<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>Ekspresi Diri with Unix</title>
	<atom:link href="http://blog.nuxer.net/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nuxer.net</link>
	<description>Life Enjoyed with CyberSpace,Networking,Programing,and Blogging</description>
	<pubDate>Thu, 07 Jan 2010 07:08:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Akhir 2009</title>
		<link>http://blog.nuxer.net/2009/12/30/akhir-2009/</link>
		<comments>http://blog.nuxer.net/2009/12/30/akhir-2009/#comments</comments>
		<pubDate>Wed, 30 Dec 2009 07:39:48 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=439</guid>
		<description><![CDATA[Tak terasa kita berada di akhir tahun 2009, banyak kenangan dan pengalaman yang tidak terlupakan pada tahun 2009. waktu serasa cepat rasanya. mari kita tegakkan kepala kita. songsong tahun 2010 dengan semangat baru dan rejeki baru  
Target-target di tahun depan harus lebih jelas dan membanggakan. Keep smile and go ahead.
]]></description>
			<content:encoded><![CDATA[<p>Tak terasa kita berada di akhir tahun 2009, banyak kenangan dan pengalaman yang tidak terlupakan pada tahun 2009. waktu serasa cepat rasanya. mari kita tegakkan kepala kita. songsong tahun 2010 dengan semangat baru dan rejeki baru <img src='http://blog.nuxer.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Target-target di tahun depan harus lebih jelas dan membanggakan. Keep smile and go ahead.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/12/30/akhir-2009/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Analisa Trafik Jaringan secara Pasif</title>
		<link>http://blog.nuxer.net/2009/08/26/analisa-trafik-jaringan-secara-pasif/</link>
		<comments>http://blog.nuxer.net/2009/08/26/analisa-trafik-jaringan-secara-pasif/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 08:29:57 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=415</guid>
		<description><![CDATA[Untuk menganalisa trafik jaringan seperti melihat connection, protocol, asal dan tujuan address, TTL,interface,besar bandwith, ToS, dll kita bisa memanfaatkan tool monitoring di mikrotik. Salah satu tool mikrotik yang dapat dimanfaatkan adalah packet sniffer. bagaimana cara penggunaanya ?
Langkah-langkahnya sebagai berikut :
1.Login ke mesin mikrotik anda
2. Klik tool &#62; packet sniffer

3. Pada tab Packets, klik Packet Sniffer [...]]]></description>
			<content:encoded><![CDATA[<p>Untuk menganalisa trafik jaringan seperti melihat connection, protocol, asal dan tujuan address, TTL,interface,besar bandwith, ToS, dll kita bisa memanfaatkan tool monitoring di mikrotik. Salah satu tool mikrotik yang dapat dimanfaatkan adalah packet sniffer. bagaimana cara penggunaanya ?</p>
<p>Langkah-langkahnya sebagai berikut :<span id="more-415"></span></p>
<p>1.Login ke mesin mikrotik anda</p>
<p>2. Klik tool &gt; packet sniffer</p>
<p style="text-align: center;"><img class="aligncenter size-full wp-image-416" title="4" src="http://blog.nuxer.net/wp-content/uploads//4.png" alt="4" width="600" height="400" /></p>
<p>3. Pada tab Packets, klik Packet Sniffer Settings. Kemudian akan muncul kotak lagi. Pada tab General, klik Start untuk memulai sniffing disamping itu kita bisa mengkonfigurasi apa yang akan kita sniffing ( capture ) seperti server streaming,  filter by ip, protokol atau mac</p>
<p><img class="aligncenter size-full wp-image-418" title="51" src="http://blog.nuxer.net/wp-content/uploads//51.png" alt="51" width="293" height="212" /></p>
<p>4. Untuk menghentikan proses sniffing klik stop. Kemudian klik OK, dan hasil sniffing akan segera ditampilkan.</p>
<p><img class="aligncenter size-full wp-image-419" title="6" src="http://blog.nuxer.net/wp-content/uploads//6.png" alt="6" width="293" height="212" /></p>
<p>5. Nah silahkan diexplore data dari hasil sniffing tersebut dengan menngunakan tab show collum</p>
<p style="text-align: center;"><img class="aligncenter size-full wp-image-420" title="7" src="http://blog.nuxer.net/wp-content/uploads//7.png" alt="7" width="600" height="488" /></p>
<p><img class="aligncenter size-full wp-image-425" title="81" src="http://blog.nuxer.net/wp-content/uploads//81.png" alt="81" width="515" height="203" /></p>
<p>cwhiiii</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/26/analisa-trafik-jaringan-secara-pasif/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Membangun VPN Server PPTP di MikroTik</title>
		<link>http://blog.nuxer.net/2009/08/26/membangun-vpn-server-pptp-di-mikrotik/</link>
		<comments>http://blog.nuxer.net/2009/08/26/membangun-vpn-server-pptp-di-mikrotik/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 07:36:39 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=396</guid>
		<description><![CDATA[Teknologi VPN ( Virtual Private Network ) secara umum merupakan suatu teknologi yang memungkinkan seseorang terkoneksi ke jaringan lokal melalui jaringan komputer publik dan membentuk suatu jaringan pribadi, sehingga dapat dimanfaatkan untuk mendapatkan hak dan pengaturan yang sama seperti ketika berada di kantor. 
VPN dapat dibentuk dengan menggunakan teknologi tunneling dan encryption yang didasarkan pada suatu [...]]]></description>
			<content:encoded><![CDATA[<p>Teknologi VPN ( Virtual Private Network ) secara umum merupakan suatu teknologi yang memungkinkan seseorang terkoneksi ke jaringan lokal melalui jaringan komputer publik dan membentuk suatu jaringan pribadi, sehingga dapat dimanfaatkan untuk mendapatkan hak dan pengaturan yang sama seperti ketika berada di kantor. <span id="more-396"></span></p>
<p>VPN dapat dibentuk dengan menggunakan teknologi tunneling dan encryption yang didasarkan pada suatu proses akses secara remote yang digunakan untuk mendapatkan koneksi ke jaringan dengan tujuan tertentu, baik itu ke jaringan publik atau internet, intranet maupun extranet, dimana koneksi tersebut dapat terjadi pada semua lapisan atau layer OSI dan dapat menggunakan media apa saja. VPN saat ini biasanya digunakan sebagai Intranet VPN dan Extranet VPN. Dalam Intranet VPN, koneksi VPN akan membentuk suatu private link yang menuju ke jaringan lokal melalui jaringan publik internet, sehingga kita dapat langsung mengakses data-data yang diperlukan dari manapun. Sedangkan extranet VPN biasanya diperuntukan bagi pihak ketiga atau mitra kerja suatu perusahaan yang memang memiliki kepentingan dan diberi hak untuk mengakses data di jaringan lokal. Prinsip kerja layanan VPN seperti yang diilustrasikan dalam gambar berikut:</p>
<p><img class="aligncenter size-full wp-image-398" title="prinsip-kerja-jaringan-vpn1" src="http://blog.nuxer.net/wp-content/uploads//prinsip-kerja-jaringan-vpn1.jpg" alt="prinsip-kerja-jaringan-vpn1" width="480" height="265" /></p>
<p>Di mikrotik ada berbagai macam VPN , contohnya sebagai berikut :</p>
<ul>
<li>PPP</li>
<li>PPTP</li>
<li>PPPoE</li>
<li>OVPN</li>
<li>L2TP</li>
<li>EOIP</li>
<li>VLAN</li>
</ul>
<p>Sangat mudah membangun VPN server di mikrotik. Disini kita akan membangun server VPN PPTP sebagai berikut :</p>
<blockquote>
<ol>
<li>Pastikan anda mengakses router mikrotik sebaiknya menggunakan winbox ( GUI ).</li>
<li>Klik dibagian PPP &gt; klik di  kotak PPTP server &gt; kemudian centang kotak <strong>enable</strong></li>
<li><strong> </strong>Ok router mikrotik anda sudah menjadi PPTP server</li>
<li><img class="aligncenter size-full wp-image-408" title="12" src="http://blog.nuxer.net/wp-content/uploads//12.png" alt="12" width="600" height="361" /></li>
<li>Disamping itu<strong> kita harus mensetup user ,</strong><strong>password, dan ip address tunnel untuk vpn client.</strong></li>
<li>Masih di window PPP klik di bagian <strong>secret</strong> &gt; klik tanda + ( atau add ) sehingga muncul window baru</li>
<li><img class="aligncenter size-full wp-image-409" title="21" src="http://blog.nuxer.net/wp-content/uploads//21.png" alt="21" width="659" height="464" /></li>
<li>Isilah user, password, dan ip address di kolom yang disediakan. Untuk pengiisan ini sesuiakan dengan kebutuhan anda.</li>
<li><img class="aligncenter size-full wp-image-412" title="32" src="http://blog.nuxer.net/wp-content/uploads//32.png" alt="32" width="600" height="199" /></li>
<li>ok sekarang sudah siap router kita sebagai vpn server.</li>
<li>Silahkan uji router anda dengan menggunakan laptop atau router sebagai vpn client.</li>
</ol>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/26/membangun-vpn-server-pptp-di-mikrotik/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Mikrotik User Meeting di Jakarta</title>
		<link>http://blog.nuxer.net/2009/08/26/mikrotik-user-meeting-di-jakarta/</link>
		<comments>http://blog.nuxer.net/2009/08/26/mikrotik-user-meeting-di-jakarta/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 06:55:08 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=392</guid>
		<description><![CDATA[Mikrotik user meeting yang merupakan tempat kumpul2x mikrotikers sedunia akan diadakan di jakarta pada bulan november 2009 ini. anda bisa mendaftar gratis atau berbayar untuk mendapatkan kaos dll via online.
Pengalaman penulis mengikuti konferensi ini sebelumnya sangat asyik dan bermanfaat. asyiknya karena pada waktu itu diadakan di pulau bali ( ikan bakar , kelapa muda dan [...]]]></description>
			<content:encoded><![CDATA[<p><img class="size-full wp-image-393 alignleft" title="mum" src="http://blog.nuxer.net/wp-content/uploads//mum.png" alt="mum" width="218" height="218" />Mikrotik user meeting yang merupakan tempat kumpul2x mikrotikers sedunia akan diadakan di jakarta pada bulan november 2009 ini. anda bisa mendaftar gratis atau berbayar untuk mendapatkan kaos dll via online.</p>
<p>Pengalaman penulis mengikuti konferensi ini sebelumnya sangat asyik dan bermanfaat. asyiknya karena pada waktu itu diadakan di pulau bali ( ikan bakar , kelapa muda dan pantainya yang asyik ). Manfaatnya karena banyak para pengguna mikrotik di seluruh duni membagikan ilmu dan teknologi baru dari mikrotik ini.</p>
<p>Bagi pembaca yang belum mengenal mikrotik dapat mengakses portal http://www.mikrotik.com</p>
<p>Ayo kita sukseskan acara internasional ini , jangan membuat malu bangsa sendiri. GO mikrotikers Indonesia Selamat berjumpa di MUM indonesia di jakarta</p>
<p>Cwiiiii</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/26/mikrotik-user-meeting-di-jakarta/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Mac OS abal2x by linux</title>
		<link>http://blog.nuxer.net/2009/08/21/mac-os-abal2x-by-linux/</link>
		<comments>http://blog.nuxer.net/2009/08/21/mac-os-abal2x-by-linux/#comments</comments>
		<pubDate>Fri, 21 Aug 2009 09:14:07 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=378</guid>
		<description><![CDATA[Setelah sekian lama berkutat dengan desktop linux yang biasa-biasa aja akhirnya penulis mulai jahil untuk menghias dan merombak total linux desktop yang ada di laptop. Setelah 2 malam rombak sana rombak sini akhirnya berhasil juga tampilan baru desktop linux penulis. Ini gambar screenshoot waktu lagi burning CD iso server.

]]></description>
			<content:encoded><![CDATA[<p style="text-align: left;">Setelah sekian lama berkutat dengan desktop linux yang biasa-biasa aja akhirnya penulis mulai jahil untuk menghias dan merombak total linux desktop yang ada di laptop. Setelah 2 malam rombak sana rombak sini akhirnya berhasil juga tampilan baru desktop linux penulis. Ini gambar screenshoot waktu lagi burning CD iso server.<img class="aligncenter size-large wp-image-386" title="desktop" src="http://blog.nuxer.net/wp-content/uploads//desktop-1024x614.jpg" alt="desktop" width="401" height="241" /></p>
<p style="text-align: center;">
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/21/mac-os-abal2x-by-linux/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Install Backtrack di USB</title>
		<link>http://blog.nuxer.net/2009/08/20/install-backtrack-di-usb/</link>
		<comments>http://blog.nuxer.net/2009/08/20/install-backtrack-di-usb/#comments</comments>
		<pubDate>Thu, 20 Aug 2009 09:25:42 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=372</guid>
		<description><![CDATA[backtrack adalah distro linux yang mengkhususkan diri pada system keamanan jaringan dan komputer. Biasa dipakai oleh sys admin untuk memeriksa kemanan jaringan. Bagaimana kita menginstall distro ini kedalam sebuah USB ?
Kita bisa melakukan installasi backtrack di USB flashdisk baik menggunakan windows maupun linux, berikut langkah-langkahnya :
1. Download Backtrack http://backtrack.unixheads.org/ 
2. Dibutuhkan Flashdisk 2 GB untuk [...]]]></description>
			<content:encoded><![CDATA[<p>backtrack adalah distro linux yang mengkhususkan diri pada system keamanan jaringan dan komputer. Biasa dipakai oleh sys admin untuk memeriksa kemanan jaringan. Bagaimana kita menginstall distro ini kedalam sebuah USB ?</p>
<p>Kita bisa melakukan installasi backtrack di USB flashdisk baik menggunakan windows maupun linux, berikut langkah-langkahnya :</p>
<p>1. Download Backtrack <a title="backtrack" href="http://backtrack.unixheads.org/" target="_blank">http://backtrack.unixheads.org/ </a><br />
2. Dibutuhkan Flashdisk 2 GB untuk yang terformat sebagai FAT32<br />
3. Extrack Folder BT3 dan Boot ke Flashdisk<br />
4. Masuk Ke Folder Boot yang berada di flashdisk<br />
5. Kemudian lakukan instalasi boot loader di flashdisk tersebut :<br />
a. kalo pake windows jalankan : bootinst.bat<br />
b. kalo pake linux jalankan : ./bootinst.sh dari CLI<br />
6. Pastikan komputer dapat boot melalui USB ( Konfigurasi di BIOS )<br />
7. Boot dari Flashdisk tersebut dan muncul boot loader<br />
8. Selamat menikmati Backtrack</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/20/install-backtrack-di-usb/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Hmm ada apa dengan google.co.id</title>
		<link>http://blog.nuxer.net/2009/08/14/hmm-ada-apa-dengan-googlecoid/</link>
		<comments>http://blog.nuxer.net/2009/08/14/hmm-ada-apa-dengan-googlecoid/#comments</comments>
		<pubDate>Fri, 14 Aug 2009 03:40:03 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=362</guid>
		<description><![CDATA[Hmmm gonjang -ganjing teroris di media masa dan televisi akhir2x ini menguncang indonesia. Seru kayak di film-film. Terlihat Google maps sangat dibutuhkan dalam pemetaan dan pengambaran letak persembuyian dan perakitan bom istilahnya safe house weks !  
Pagi ini seperti biasa saya menyalakan laptop yang selama ini telah menemani penulis. jreng Mac abal2x ala linux [...]]]></description>
			<content:encoded><![CDATA[<p>Hmmm gonjang -ganjing teroris di media masa dan televisi akhir2x ini menguncang indonesia. Seru kayak di film-film. Terlihat Google maps sangat dibutuhkan dalam pemetaan dan pengambaran letak persembuyian dan perakitan bom istilahnya safe house weks ! <img src='http://blog.nuxer.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p><span id="more-362"></span>Pagi ini seperti biasa saya menyalakan laptop yang selama ini telah menemani penulis. jreng Mac abal2x ala linux telah terpampang dan siap untuk login. Setelah login sukses seperti biasa buka terminal cek remote machine dll. tak lupa penulis membuka firefox tepat di address bar penulis mengetik mesin pencari kesayangan yaitu http://www.google.co.id/ dan jrenggggg masih seperti biasa tapi kok ada yang beda. Lambang google sudah berubah. yang membuat dahi berdenyit , lambangnya adalah sebuah rangkaian bom yang bertuliskan google. hmmmmm hadiah yang istimewa untuk ulang tahun negeri ini. Politik bikin pusing cuman penulis agak dongkol aja . jangan terprovokasi yah atas pandangan dunia tentang indonesia. Ayo semangat untuk bangkitkan bangsa ini dan teruskan semangat proklamator kita untuk terus merdekakan Indonesia dalam segala bidang terutama yang positif untuk kemakmuran rakyat.</p>
<p>Setelah di cek ternyata google lagi memperingati ahli fisika dan kimia ( Hans Cristian ) bidang elektromagnet. Cuman gambarnya mirip bener yah sama rangkain bom hehehehhe&#8230;.yang penting tetap MERDEKAAAAA</p>
<p>Merdekaaa</p>
<p>Diambil pada tanggal 14 agustus 2009 pukul 09:00 wib</p>
<p style="text-align: center;"><img class="aligncenter size-medium wp-image-363" title="google_indo" src="http://blog.nuxer.net/wp-content/uploads//google_indo-300x180.png" alt="google_indo" width="500" height="400" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/08/14/hmm-ada-apa-dengan-googlecoid/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Go Indonesia IPv6</title>
		<link>http://blog.nuxer.net/2009/07/23/go-indonesia-ipv6/</link>
		<comments>http://blog.nuxer.net/2009/07/23/go-indonesia-ipv6/#comments</comments>
		<pubDate>Thu, 23 Jul 2009 01:35:05 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=357</guid>
		<description><![CDATA[Selasa sehabis liburan panjang 3 hari di bulan juli ini merupakan hari yang sedikit sibuk bagi penulis. banyak meeting dan pekerjaan yang mesti dilaksanakan plus persiapan 3 hari ke jogja ( kota gudeg dan bakpianya ). Rencana ke Jogja ini merupakan kelanjutan dari obrolan dengan bapak Sanjaya ( orang indonesia ) yang bekerja di APNIC [...]]]></description>
			<content:encoded><![CDATA[<p>Selasa sehabis liburan panjang 3 hari di bulan juli ini merupakan hari yang sedikit sibuk bagi penulis. banyak meeting dan pekerjaan yang mesti dilaksanakan plus persiapan 3 hari ke jogja ( kota gudeg dan bakpianya ). Rencana ke Jogja ini merupakan kelanjutan dari obrolan dengan bapak Sanjaya ( orang indonesia ) yang bekerja di APNIC ( bermarkas di melbourne Ausie ). Ayuk sukseskan pelaksanaan IPv6 di Indonesia ajaknya. Ok deh pak saya dukung 200 %.</p>
<p><span id="more-357"></span>Apa itu Ipv6 ? IPv6 adalah pengalamatan ip next generation dimana tujuan utamanya adalah untuk menghandle space prefiks ip address yang dapat menampung device yang berbasis IP di dunia ini. Pengaturan alamat sangat mudah berbasis bilangan hexa ( 16 bit ) dan terdiri dari unicast, multicast dan anycast.</p>
<p>Pertemuan dengan berbagai ISP seluruh indonesia yang tergabung dalam APJII berkumpul. banyak temen-temen disini. wah reuni euy. <img src='http://blog.nuxer.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> , APNIC sebagai otoritas pengalamatn internet kawasan asia-pasifik mengajak kita semua untuk bermigrasi ke dalam IPv6. ada berbagai macam cara transisi bisa dengan tunel, dual stack dan lain-lain.</p>
<p>Untuk skala small - medium device yang support IPv6 telah penulis sumbangkan dengan membuat paper yang diupload oleh IPv6 task force indonesia. Silahkan didownload di internet. Go Indonesia IPv6.</p>
<p>Oke Btw ,Hampir sepuluh tahun penulis tidak datang ke jogja . Jogja yang sekarang masih seperti dulu keadaan kotanya hanya ada penambahan mall dan Ruko-ruko. Gudeg adalah makanan yang selalu penulis cari. Gudeg banyak bertebaran di daerah pojok beteng. Enak dan manis rasa sayurnya.Jangan lupa beli bakpia makanan ringan yang terbuat dari kacang hijau.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/07/23/go-indonesia-ipv6/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Mini robot from korea</title>
		<link>http://blog.nuxer.net/2009/06/22/mini-robot-from-korea/</link>
		<comments>http://blog.nuxer.net/2009/06/22/mini-robot-from-korea/#comments</comments>
		<pubDate>Mon, 22 Jun 2009 03:24:39 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=352</guid>
		<description><![CDATA[This minirobot can dance around the floor. I look at Comunic Asia in singaopre medio june 2009. Very cute and techno. I am thinking how and when indonesia students can do it ? hmmm this seriously for indonesia people because i beliave indonesia people can do it.


This website robot from korea.
]]></description>
			<content:encoded><![CDATA[<p>This minirobot can dance around the floor. I look at Comunic Asia in singaopre medio june 2009. Very cute and techno. I am thinking how and when indonesia students can do it ? hmmm this seriously for indonesia people because i beliave indonesia people can do it.</p>
<p style="text-align: center;"><img class="aligncenter size-large wp-image-353" title="dsc00882" src="http://blog.nuxer.net/wp-content/uploads//dsc00882-1024x768.jpg" alt="dsc00882" width="500" height="300" /></p>
<p style="text-align: center;"><img class="aligncenter size-large wp-image-354" title="dsc00883" src="http://blog.nuxer.net/wp-content/uploads//dsc00883-1024x768.jpg" alt="dsc00883" width="500" height="300" /></p>
<p style="text-align: center;">This website robot from korea.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/22/mini-robot-from-korea/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Singapore digital life</title>
		<link>http://blog.nuxer.net/2009/06/22/singapore-digital-life/</link>
		<comments>http://blog.nuxer.net/2009/06/22/singapore-digital-life/#comments</comments>
		<pubDate>Mon, 22 Jun 2009 01:37:43 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=346</guid>
		<description><![CDATA[Singapore adalah salah satu negara yang penulis kunjungin bertepatan dengan acara communic Asia 2009 di singapore expo. ada beberapa hal yang penulis cermati yaitu budaya tertib sangat kental di negara singa ini. Negara singapore dulunya bernama temasek sebagai bagian dari wilayah kerajaan sriwijaya dan majapahit.hmmm nusantara kala itu sangat luas ya. 
kota kecil yang penuh dengan [...]]]></description>
			<content:encoded><![CDATA[<p>Singapore adalah salah satu negara yang penulis kunjungin bertepatan dengan acara communic Asia 2009 di singapore expo. ada beberapa hal yang penulis cermati yaitu budaya tertib sangat kental di negara singa ini. Negara singapore dulunya bernama temasek sebagai bagian dari wilayah kerajaan sriwijaya dan majapahit.hmmm nusantara kala itu sangat luas ya. </p>
<p>kota kecil yang penuh dengan digital system lekat ditemui di negara satu ini. ERP, MRT, dll semua ditanganin oleh system komputer. yang tak kalah menarik semua orang memakai angkutan masal ( public transportasi ) hmmm tentu sangat bagus jika diterapkan di kota jakarta yang serba sembrawut ini.</p>
<p style="text-align: center;"><img class="aligncenter size-large wp-image-347" title="dsc00971" src="http://blog.nuxer.net/wp-content/uploads//dsc00971-1024x768.jpg" alt="dsc00971" width="500" height="300" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/22/singapore-digital-life/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Multi-SSID pada akses point</title>
		<link>http://blog.nuxer.net/2009/06/13/multi-ssid-pada-akses-point/</link>
		<comments>http://blog.nuxer.net/2009/06/13/multi-ssid-pada-akses-point/#comments</comments>
		<pubDate>Sat, 13 Jun 2009 02:15:36 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[/etc/rc.local/]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=340</guid>
		<description><![CDATA[SSID adalah sebuah wireless network identity atau sebuah kawasan network wireless. Banyak bebepa vendor akses point menanbahkan fitur multi SSID . Apakah itu ?

Muti SSID atau disebut mSSID adalah sebuah akses point yang dapat mengenerate banyak SSID dalam satu radio dan kebanyakan digunakan untuk mutiple network path conection.
Contoh dari sebuah muti SSID dan penggunaan untuk [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: left;"><strong>SSID</strong> adalah sebuah wireless network identity atau sebuah kawasan network wireless. Banyak bebepa vendor akses point menanbahkan fitur multi SSID . Apakah itu ?</p>
<p><span id="more-340"></span></p>
<p style="text-align: left;">Muti SSID atau disebut mSSID adalah sebuah akses point yang dapat mengenerate banyak SSID dalam satu radio dan kebanyakan digunakan untuk mutiple network path conection.<br />
Contoh dari sebuah muti SSID dan penggunaan untuk vlan</p>
<p style="text-align: left;"><img class="aligncenter size-full wp-image-344" title="mssid" src="http://blog.nuxer.net/wp-content/uploads//mssid.jpg" alt="mssid" width="627" height="226" /></p>
<p>Penjelasan<br />
Virtual AP dengan  SSID: VAP1, VLAN ID: 10, dan WPA-PSK wireless security enabled akan dikoneksikan ke  Port 2 dan Port 3 dimana internet sharing router terkoneksi.</p>
<p>Virtual AP dengan SSID: VPA2, VLAN ID: 20, WPA-EAP enabled, dan terkoneksi ke radius server, dengan Port 5 and Port 6, yang mana berfungsi sebagai firewall Local area network.</p>
<p>Demikian sekilas mSSID.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/13/multi-ssid-pada-akses-point/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Paket Flow in Mikrotik</title>
		<link>http://blog.nuxer.net/2009/06/12/paket-flow-in-mikrotik/</link>
		<comments>http://blog.nuxer.net/2009/06/12/paket-flow-in-mikrotik/#comments</comments>
		<pubDate>Fri, 12 Jun 2009 09:41:02 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=338</guid>
		<description><![CDATA[MikroTik RouterOS is designed to be easy to operate in various aspects of network configuration. Therefore creating limitation for individual IP or natting internal clients to a public address or Hotspot configuration can be done without the knowledge about how the packets are processed in the router - you just go to corresponding menu and [...]]]></description>
			<content:encoded><![CDATA[<p>MikroTik RouterOS is designed to be easy to operate in various aspects of network configuration. Therefore creating limitation for individual IP or natting internal clients to a public address or Hotspot configuration can be done without the knowledge about how the packets are processed in the router - you just go to corresponding menu and create necessary configuration.<br />
<span id="more-338"></span><br />
As it was impossible to get everything in one diagram, <strong>Packet flow diagram</strong> for Mikrotik RouterOS v3.x was created in 2 parts:</p>
<ul>
<li><strong id="variableB0">Bridging or Layer-2 (MAC)<a name="Bridging or Layer-2 (MAC)"></a></strong> where Routing part is simplified to one &#8220;Layer-3&#8243; box</li>
<li><strong id="variableB1">Routing or Layer-3 (IP)<a name="Routing or Layer-3 (IP)"></a></strong> where Bridging part is simplified to one &#8220;Bridging&#8221; box</li>
</ul>
<p><a class="image" title="Packet Flow in Layer-2" <img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_final.png" src="http://wiki.mikrotik.com/images/thumb/b/b4/Bridge_final.png/700px-Bridge_final.png" alt="Packet Flow in Layer-2" width="700" height="343" /></a></p>
<p> <br />
<a class="image" title="Packet Flow in Layer-3" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:IP_final.png" src="http://wiki.mikrotik.com/images/thumb/2/2a/IP_final.png/700px-IP_final.png" alt="Packet Flow in Layer-3" width="700" height="614" /></a></p>
<p> </p>
<p> </p>
<p><a name="Analysis"></a></p>
<h2><span class="mw-headline">Analysis</span></h2>
<p><a name="Basic_Concepts"></a></p>
<h3><span class="mw-headline">Basic Concepts</span></h3>
<p><a class="image" title="Input Interface" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Input_interface.jpg" src="http://wiki.mikrotik.com/images/thumb/4/41/Input_interface.jpg/100px-Input_interface.jpg" alt="Input Interface" width="100" height="46" /></a> - starting point in packets way thought the router facilities. It does not matter what interface (physical or virtual) packet is received it will start its way from here.</p>
<p><a class="image" title="Output Interface" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Output_interface.jpg" src="http://wiki.mikrotik.com/images/thumb/a/ad/Output_interface.jpg/100px-Output_interface.jpg" alt="Output Interface" width="100" height="47" /></a> - last point in packets way thought the router facilities. Just before the packet is actually sent out.</p>
<p><a class="image" title="Local Process IN" <img longdesc="http://wiki.mikrotik.com/wiki/Image:Local_process-_in.jpg" src="http://wiki.mikrotik.com/images/thumb/e/e0/Local_process-_in.jpg/100px-Local_process-_in.jpg" alt="Local Process IN" width="100" height="43" /></a> - last point in packets way <strong>to</strong> router itself, after this packet is discarded</p>
<p><a class="image" title="Local Process OUT" <img longdesc="http://wiki.mikrotik.com/wiki/Image:Local_process-_out.jpg" src="http://wiki.mikrotik.com/images/thumb/1/14/Local_process-_out.jpg/100px-Local_process-_out.jpg" alt="Local Process OUT" width="100" height="43" /></a> - starting point for packets generated by router itself</p>
<p><a name="Configurable_Facilities"></a></p>
<h3><span class="mw-headline">Configurable Facilities</span></h3>
<p>Each and every facilities in this section corresponds with one particular menu in RouterOS. Users are able to access those menu and configure these facilities directly<br />
<a class="image" title="Connection Tracking" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Connection_tracking.jpg" src="http://wiki.mikrotik.com/images/thumb/3/3e/Connection_tracking.jpg/100px-Connection_tracking.jpg" alt="Connection Tracking" width="100" height="41" /></a> - <strong>/ip firewall connection tracking</strong></p>
<p><a class="image" title="Filter Input" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Filter_input.jpg" src="http://wiki.mikrotik.com/images/thumb/d/d9/Filter_input.jpg/100px-Filter_input.jpg" alt="Filter Input" width="100" height="41" /></a> <a class="image" title="Filter Forward" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Filter_forward.jpg" src="http://wiki.mikrotik.com/images/thumb/8/8d/Filter_forward.jpg/100px-Filter_forward.jpg" alt="Filter Forward" width="100" height="41" /></a> <a class="image" title="Filter Output" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Filter_output.jpg" src="http://wiki.mikrotik.com/images/thumb/3/33/Filter_output.jpg/100px-Filter_output.jpg" alt="Filter Output" width="100" height="41" /></a> - <strong>/ip firewall filter</strong></p>
<p><a class="image" title="Source NAT" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Src_nat.jpg" src="http://wiki.mikrotik.com/images/thumb/c/c3/Src_nat.jpg/100px-Src_nat.jpg" alt="Source NAT" width="100" height="41" /></a> <a class="image" title="Destination NAT" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Dst_nat.jpg" src="http://wiki.mikrotik.com/images/thumb/3/31/Dst_nat.jpg/100px-Dst_nat.jpg" alt="Destination NAT" width="100" height="41" /></a> - <strong>/ip firewall nat</strong></p>
<p><a class="image" title="Mangle Prerouting" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Mangle_prerouting.jpg" src="http://wiki.mikrotik.com/images/thumb/0/06/Mangle_prerouting.jpg/100px-Mangle_prerouting.jpg" alt="Mangle Prerouting" width="100" height="41" /></a> <a class="image" title="Mangle Input" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Mangle_input.jpg" src="http://wiki.mikrotik.com/images/thumb/8/87/Mangle_input.jpg/100px-Mangle_input.jpg" alt="Mangle Input" width="100" height="41" /></a> <a class="image" title="Mangle Forward" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Mangle_forward.jpg" src="http://wiki.mikrotik.com/images/thumb/a/a5/Mangle_forward.jpg/100px-Mangle_forward.jpg" alt="Mangle Forward" width="100" height="41" /></a> <a class="image" title="Mangle Output" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Mangle_output.jpg" src="http://wiki.mikrotik.com/images/thumb/6/66/Mangle_output.jpg/100px-Mangle_output.jpg" alt="Mangle Output" width="100" height="41" /></a> <a class="image" title="Mangle Postrouting" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Mangle_postrouting.jpg" src="http://wiki.mikrotik.com/images/thumb/2/29/Mangle_postrouting.jpg/100px-Mangle_postrouting.jpg" alt="Mangle Postrouting" width="100" height="41" /></a> - <strong>/ip firewall mangle</strong></p>
<p><a class="image" title="Global-in HTB" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Global_in.jpg" src="http://wiki.mikrotik.com/images/thumb/4/40/Global_in.jpg/100px-Global_in.jpg" alt="Global-in HTB" width="100" height="41" /></a> <a class="image" title="Global-Out HTB" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Global_out.jpg" src="http://wiki.mikrotik.com/images/thumb/a/a3/Global_out.jpg/100px-Global_out.jpg" alt="Global-Out HTB" width="100" height="41" /></a> <a class="image" title="Interface HTB" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Interface_HTB.jpg" src="http://wiki.mikrotik.com/images/thumb/3/31/Interface_HTB.jpg/100px-Interface_HTB.jpg" alt="Interface HTB" width="100" height="41" /></a> - <strong>/queue simple</strong> and <strong>/queue tree</strong></p>
<p><a class="image" title="IPSec_Policy" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:IPsec_policy.jpg" src="http://wiki.mikrotik.com/images/thumb/1/1c/IPsec_policy.jpg/100px-IPsec_policy.jpg" alt="IPSec_Policy" width="100" height="41" /></a> - <strong>/ip ipsec policy</strong></p>
<p><a class="image" title="Accounting" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Accounting.jpg" src="http://wiki.mikrotik.com/images/thumb/b/bf/Accounting.jpg/100px-Accounting.jpg" alt="Accounting" width="100" height="41" /></a> - <strong>/ip accounting</strong></p>
<p><a class="image" title="Use IP Firewall" href="http://wiki.mikrotik.com/wiki/Image:Use_ip_firewall.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Use_ip_firewall.jpg" src="http://wiki.mikrotik.com/images/thumb/9/99/Use_ip_firewall.jpg/100px-Use_ip_firewall.jpg" alt="Use IP Firewall" width="100" height="43" /></a> - <strong>/interface bridge settings</strong> - available only for traffic that go <strong>thought</strong> the bridge. For all other traffic default value is <strong>Yes</strong></p>
<p><a class="image" title="Bridge Input" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_input.jpg" src="http://wiki.mikrotik.com/images/thumb/e/ef/Bridge_input.jpg/100px-Bridge_input.jpg" alt="Bridge Input" width="100" height="46" /></a> <a class="image" title="Bridge Forward" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_forward.jpg" src="http://wiki.mikrotik.com/images/thumb/8/8e/Bridge_forward.jpg/100px-Bridge_forward.jpg" alt="Bridge Forward" width="100" height="46" /></a> <a class="image" title="Bridge Output" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_output.jpg" src="http://wiki.mikrotik.com/images/thumb/5/59/Bridge_output.jpg/100px-Bridge_output.jpg" alt="Bridge Output" width="100" height="46" /></a> - <strong>/interface bridge filter</strong></p>
<p><a class="image" title="Bridge Destination NAT" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_dst_nat.jpg" src="http://wiki.mikrotik.com/images/thumb/2/2c/Bridge_dst_nat.jpg/100px-Bridge_dst_nat.jpg" alt="Bridge Destination NAT" width="100" height="47" /></a> <a class="image" title="Bridge Source NAT" href="http://wiki.mikrotik.com/wiki/Image:Bridge_src_nat.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_src_nat.jpg" src="http://wiki.mikrotik.com/images/thumb/c/cd/Bridge_src_nat.jpg/100px-Bridge_src_nat.jpg" alt="Bridge Source NAT" width="100" height="46" /></a> - <strong>/interface bridge nat</strong></p>
<p><a name="Automated_processes_and_decisions"></a></p>
<h3><span class="mw-headline">Automated processes and decisions</span></h3>
<p><a class="image" title="In-interface Bridge" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:In-interface-bridge.jpg" src="http://wiki.mikrotik.com/images/thumb/4/4a/In-interface-bridge.jpg/100px-In-interface-bridge.jpg" alt="In-interface Bridge" width="100" height="41" /></a> - check if the <em>actual input interface</em> is a port for bridge OR checks if <em>input interface</em> is bridge</p>
<p><a class="image" title="Hotspot In" href="http://wiki.mikrotik.com/wiki/Image:Hotspot_in.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Hotspot_in.jpg" src="http://wiki.mikrotik.com/images/thumb/a/a5/Hotspot_in.jpg/100px-Hotspot_in.jpg" alt="Hotspot In" width="100" height="41" /></a> - allow to capture traffic witch otherwise would be discarded by connection tracking - this way our Hotspot feature are able to provide connectivity even if networks settings are in complete mess</p>
<p><a class="image" title="Bridge Decision" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_Desicion.jpg" src="http://wiki.mikrotik.com/images/thumb/5/5a/Bridge_Desicion.jpg/100px-Bridge_Desicion.jpg" alt="Bridge Decision" width="100" height="42" /></a> - bridge goes thought the MAC address table in order to find a match to destination MAC address of packet. When match is found - packet will be send out via corresponding bridge port. In case of no match - multiple copies of packet will be created and packet will be sent out via all bridge ports</p>
<p><a class="image" title="Bridge Decision" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Bridge_decision.jpg" src="http://wiki.mikrotik.com/images/thumb/3/39/Bridge_decision.jpg/100px-Bridge_decision.jpg" alt="Bridge Decision" width="100" height="40" /></a> - this is a workaround, allows to use &#8220;out-bridge-port&#8221; before actual bridge decision.</p>
<p><a class="image" title="Routing Decision" href="http://wiki.mikrotik.com/wiki/Image:Routing_decision.JPG"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Routing_decision.JPG" src="http://wiki.mikrotik.com/images/thumb/4/43/Routing_decision.JPG/100px-Routing_decision.JPG" alt="Routing Decision" width="100" height="40" /></a> - router goes thought the route n order to find a match to destination IP address of packet. When match is found - packet will be send out via corresponding port or to the router itself . In case of no match - packet will be discarded.</p>
<p><a class="image" title="Routing Adjustment" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Routing_adjustment.jpg" src="http://wiki.mikrotik.com/images/thumb/d/de/Routing_adjustment.jpg/100px-Routing_adjustment.jpg" alt="Routing Adjustment" width="100" height="38" /></a> - this is a workaround that allows to set-up policy routing in mangle chain output</p>
<p><a class="image" title="TTL Adjustment" href="http://wiki.mikrotik.com/wiki/Image:TTL%3DTTL-1.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:TTL%3DTTL-1.jpg" src="http://wiki.mikrotik.com/images/thumb/2/24/TTL%3DTTL-1.jpg/100px-TTL%3DTTL-1.jpg" alt="TTL Adjustment" width="100" height="41" /></a> - indicates exact place where Time To Live (TTL) of the routed packet is reduced by 1. If it become 0 packet will be discarded</p>
<p><a class="image" title="IPSec_Decryption" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:IPSec_Decryption.jpg" src="http://wiki.mikrotik.com/images/thumb/4/4d/IPSec_Decryption.jpg/100px-IPSec_Decryption.jpg" alt="IPSec_Decryption" width="100" height="41" /></a> <a class="image" title="IPSec_Encryption" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:IPSec_Encryption.jpg" src="http://wiki.mikrotik.com/images/thumb/e/ef/IPSec_Encryption.jpg/100px-IPSec_Encryption.jpg" alt="IPSec_Encryption" width="100" height="41" /></a> - self explainatory</p>
<p><a class="image" title="Out-interface Bridge" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Out_interface_bridge.jpg" src="http://wiki.mikrotik.com/images/thumb/e/e6/Out_interface_bridge.jpg/100px-Out_interface_bridge.jpg" alt="Out-interface Bridge" width="100" height="41" /></a> - check if the <em>actual output interface</em> is a port for bridge OR checks if <em>output interface</em> is bridge</p>
<p><a class="image" title="Hotspot Out" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Hotspot_out.jpg" src="http://wiki.mikrotik.com/images/thumb/d/df/Hotspot_out.jpg/100px-Hotspot_out.jpg" alt="Hotspot Out" width="100" height="41" /></a> - undo all that was done by hotspot-in for the packets that is going back to client.</p>
<p><a name="Examples"></a></p>
<h2><span class="mw-headline">Examples</span></h2>
<p><a name="Bridging_with_use-ip-firewall.3Dyes"></a></p>
<h3><span class="mw-headline">Bridging with use-ip-firewall=yes</span></h3>
<p><a class="image" title="Packet Flow Example 1" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_1.png" src="http://wiki.mikrotik.com/images/thumb/d/d8/Packet_Flow_Example_1.png/700px-Packet_Flow_Example_1.png" alt="Packet Flow Example 1" width="700" height="343" /></a></p>
<p> </p>
<p><a name="Routing_-_from_Ethernet_to_Ethernet_interface"></a></p>
<h3><span class="mw-headline">Routing - from Ethernet to Ethernet interface</span></h3>
<p><a class="image" title="Packet Flow Example 2" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_2c.png" src="http://wiki.mikrotik.com/images/thumb/6/6c/Packet_Flow_Example_2c.png/700px-Packet_Flow_Example_2c.png" alt="Packet Flow Example 2" width="700" height="307" /></a></p>
<p><a name="Routing_from_one_Bridge_interface_to_different_Bridge_interface"></a></p>
<h3><span class="mw-headline">Routing from one Bridge interface to different Bridge interface</span></h3>
<p><a class="image" title="Packet Flow Example 3" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_3_1.png" src="http://wiki.mikrotik.com/images/thumb/a/a9/Packet_Flow_Example_3_1.png/700px-Packet_Flow_Example_3_1.png" alt="Packet Flow Example 3" width="700" height="340" /></a> <a class="image" title="Packet Flow Example 3" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_3_2c.png" src="http://wiki.mikrotik.com/images/thumb/d/db/Packet_Flow_Example_3_2c.png/700px-Packet_Flow_Example_3_2c.png" alt="Packet Flow Example 3" width="700" height="308" /></a></p>
<p><a name="IPsec_encryption"></a></p>
<h3><span class="mw-headline">IPsec encryption</span></h3>
<p><a class="image" title="Packet Flow Example 4" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_4c.png" src="http://wiki.mikrotik.com/images/thumb/b/b3/Packet_Flow_Example_4c.png/700px-Packet_Flow_Example_4c.png" alt="Packet Flow Example 4" width="700" height="308" /></a></p>
<p><a name="IPsec_decryption"></a></p>
<h3><span class="mw-headline">IPsec decryption</span></h3>
<p><a class="image" title="Packet Flow Example 5" ><img longdesc="http://wiki.mikrotik.com/wiki/Image:Packet_Flow_Example_5c.png" src="http://wiki.mikrotik.com/images/thumb/3/3d/Packet_Flow_Example_5c.png/700px-Packet_Flow_Example_5c.png" alt="Packet Flow Example 5" width="700" height="307" /></a></p>
<div></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/12/paket-flow-in-mikrotik/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Block rapidshare dan youtube tanpa web proxy</title>
		<link>http://blog.nuxer.net/2009/06/12/block-rapidshare-dan-youtube-tanpa-web-proxy/</link>
		<comments>http://blog.nuxer.net/2009/06/12/block-rapidshare-dan-youtube-tanpa-web-proxy/#comments</comments>
		<pubDate>Fri, 12 Jun 2009 08:45:08 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=326</guid>
		<description><![CDATA[Seringkali pada jaringan kantor atau kampus kita terganggu dengan content rapidshare dan youtube yang dapat memakai kapasitas bandwith kita. bahasa manusianya rakus bandwith. disini saya akan menkonfigurasi router berbasis mikrotik dengan skenario menggunakan dns cache untuk mendata kata rapidshare dan youtube lalu menambahkan ip address tersebut ke dalam tabel address list dengan nama &#8220;bahaya&#8221;.  [...]]]></description>
			<content:encoded><![CDATA[<p>Seringkali pada jaringan kantor atau kampus kita terganggu dengan content rapidshare dan youtube yang dapat memakai kapasitas bandwith kita. bahasa manusianya rakus bandwith. disini saya akan menkonfigurasi router berbasis mikrotik dengan skenario menggunakan dns cache untuk mendata kata rapidshare dan youtube lalu menambahkan ip address tersebut ke dalam tabel address list dengan nama &#8220;bahaya&#8221;. <span id="more-326"></span> <strong>Langkah 1 :</strong>   Tambahkan pada firewall :</p>
<blockquote><p>/ip firewall nat add action=<strong>redirect</strong> chain=<strong>dstnat </strong>comment=DNS dst-port=53 protocol=<strong>tcp</strong> to-ports=53 add action=<strong>redirect</strong> chain=<strong>dstnat</strong> dst-port=53 protocol=<strong>udp</strong> to-ports=53</p></blockquote>
<p>dan tambahkan firewall filter  untuk mendrop semua akses ke situs rapidshare dan youtube.</p>
<blockquote><p>/ip firewall filter add chain=<strong>forward</strong> dst-address-list=bahaya action=<strong>drop</strong></p></blockquote>
<p><strong>Langkah 2 :</strong> Sekarang kita akan membuat skrip untuk dijalankan secara terjadwal setiap 30 detik.</p>
<blockquote><p>/system scheduler add  <br />
  name=&#8221;schedule_akses_Bahaya&#8221; on-event=<br />
 :foreach i in=[/ip dns cache find] do={<br />
 :local bagus &#8220;true&#8221;;<br />
 :local cacheName [/ip dns cache all get $i name] ;</p>
<p> :if (([:find $cacheName "rapidshare"] != 0) || ([:find $cacheName "youtube"] != 0)) do={</p>
<p> :local tmpAddress [/ip dns cache get $i address] ;</p>
<p># Jika address list kosong jangan dicek yah<br />
 :if ( [/ip firewall address-list find ] = &#8220;&#8221;) do={<br />
 :log info (&#8221;added entry: $[/ip dns cache get $i name] IP $tmpAddress&#8221;);<br />
/ip firewall address-list add address=$tmpAddress list=bahaya disabled=no comment=$cacheName;<br />
} else={<br />
 :foreach j in=[/ip firewall address-list find ] do={<br />
 :if ( [/ip firewall address-list get $j address] = $tmpAddress ) do={<br />
 :set bagus &#8220;false&#8221;;<br />
}<br />
}<br />
 :if ( $bagus = &#8220;true&#8221; ) do={<br />
 :log info (&#8221;added entry: $[/ip dns cache get $i name] IP $tmpAddress&#8221;);<br />
/ip firewall address-list add address=$tmpAddress list=bahaya disabled=no comment=$cacheName;<br />
}<br />
}<br />
} <br />
}</p>
<p>start-date=apr/08/2008 start-time=08:40:00 interval=30s run-count=269 next-run=16:20:00</p></blockquote>
<p>Ok selesai pastikan rapidshare dan youtube dengan ip address dinamis tidak dapat dibuka lagi. Kalau endak mau diblok yah tinggal buat marking dengan packet mark untuk dipakai di bandwith manajemen.  cwiiii.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/12/block-rapidshare-dan-youtube-tanpa-web-proxy/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Device manager in Linux</title>
		<link>http://blog.nuxer.net/2009/06/12/device-manager-in-linux/</link>
		<comments>http://blog.nuxer.net/2009/06/12/device-manager-in-linux/#comments</comments>
		<pubDate>Fri, 12 Jun 2009 04:38:29 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=318</guid>
		<description><![CDATA[Bagi administrator system linux, untuk melihat device manager ( file untuk melihat-lihat device yang terinstall di system ) bisa menggunakan perintah sebagai berikut di konsol :

[root@kacang_goreng ~]# lspci -v &#124; more
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
        Subsystem: ABIT Computer Corp. KT7/KT7-RAID/KT7A/KT7A-RAID Mainboard
        Flags: bus master, medium devsel, [...]]]></description>
			<content:encoded><![CDATA[<p>Bagi administrator system linux, untuk melihat device manager ( file untuk melihat-lihat device yang terinstall di system ) bisa menggunakan perintah sebagai berikut di konsol :<br />
<span id="more-318"></span></p>
<blockquote><p>[root@kacang_goreng ~]# lspci -v | more</p>
<p>00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)</p>
<p>        Subsystem: ABIT Computer Corp. KT7/KT7-RAID/KT7A/KT7A-RAID Mainboard</p>
<p>        Flags: bus master, medium devsel, latency 8</p>
<p>        Memory at d8000000 (32-bit, prefetchable) [size=64M]</p>
<p>        Capabilities: [a0] AGP version 2.0</p>
<p>        Capabilities: [c0] Power Management version 2</p>
<p> </p>
<p>00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])</p>
<p>        Flags: bus master, 66MHz, medium devsel, latency 0</p>
<p>        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0</p>
<p>        Memory behind bridge: dc000000-ddffffff</p>
<p>        Prefetchable memory behind bridge: d0000000-d7ffffff</p>
<p>        Capabilities: [80] Power Management version 2</p>
<p> </p>
<p>00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)</p>
<p>        Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge</p>
<p>        Flags: bus master, stepping, medium devsel, latency 0</p>
<p>        Capabilities: [c0] Power Management version 2</p>
<p><em>dipotong</em>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)</p>
<p>        Subsystem: Realtek Semiconductor Co., Ltd. RT8139</p>
<p>        Flags: bus master, medium devsel, latency 32, IRQ 10</p>
<p>        I/O ports at dc00 [size=256]</p>
<p>        Memory at de000000 (32-bit, non-prefetchable) [size=256]</p>
<p>        Capabilities: [50] Power Management version 2</p>
<p> </p>
<p>00:0d.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet (rev 10)</p>
<p>        Subsystem: D-Link System Inc DFE-538TX 10/100 Ethernet Adapter</p>
<p>        Flags: bus master, medium devsel, latency 32, IRQ 11</p>
<p>        I/O ports at e000 [size=256]</p>
<p>        Memory at de001000 (32-bit, non-prefetchable) [size=256]</p>
<p>        Capabilities: [50] Power Management version 2</p></blockquote>
<p>Seperti yang tertera di atas terlihat bahwa di PC saya terdapat 2 buah ethernet PCI yang terpasang Realtek RTL-8139/8139C/8139C+ (rev 10) dan D-Link DFE-538TX 10/100.</p>
<p>Lspi adalah utility yang berguna untuk menampilkan informasi tentang semua bus PCI yang terinstall pada PC. kita dapat menggunakan beberapa parameter sesuia dengan kebutuhan yang kita inginkan. lebih jauh dengan lspci baca manualnya di </p>
<blockquote><p>[root@kacang_goreng ~]# man lspci</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/12/device-manager-in-linux/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Access List dan bandwith limit pada wireless</title>
		<link>http://blog.nuxer.net/2009/06/10/access-list-dan-bandwith-limit-pada-wireless/</link>
		<comments>http://blog.nuxer.net/2009/06/10/access-list-dan-bandwith-limit-pada-wireless/#comments</comments>
		<pubDate>Wed, 10 Jun 2009 06:54:51 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=310</guid>
		<description><![CDATA[Kita akan membatasi bandwith dan access mac pada akses point kita ( Transmiter ). Disini penulis mengkonfigurasi akses point dengan menggunakan routerOS. Skenarionya kita akan membatasi akses client ( receiver ) dan melimit bandwith berdasarkan akses list ( media aksesnya atau OSI layer 1 dan 2 ). Gambar dibawah ini menerangkan konfigurasinya.

Langkah 1 :
Pada tabel [...]]]></description>
			<content:encoded><![CDATA[<p>Kita akan membatasi bandwith dan access mac pada akses point kita ( Transmiter ). Disini penulis mengkonfigurasi akses point dengan menggunakan routerOS. Skenarionya kita akan membatasi akses client ( receiver ) dan melimit bandwith berdasarkan akses list ( media aksesnya atau OSI layer 1 dan 2 ). Gambar dibawah ini menerangkan konfigurasinya.<br />
<span id="more-310"></span><br />
<strong>Langkah 1 :</strong></p>
<p>Pada tabel registration  ( interface wireless table ), kita perhatikan beberapa radio client yang terhubung dengan akses point kita nah kita akan memberikan kebijakan pada salah satu mac-address client caranya double klik client yang akan kita berikan kebijakan. Klik 2 kali kemudian ada klik copy to access-list</p>
<p><a class="image" title="Image:Registration.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Registration.jpg" src="http://wiki.mikrotik.com/images/9/9f/Registration.jpg" alt="Image:Registration.jpg" width="715" height="585" /></a></p>
<p><strong>Langkah 2 :</strong></p>
<p>Setelah itu kita meuju ke interface wireless tabel &gt;&gt; access - list , disini terlihat ada sebuah mac-address yang telah kita copy ( atau radio client dengan mac-address ini yang boleh terhubung dengan akses point kita. Kemudian kita limit dengan cara di bawah ini : </p>
<p><a class="image" title="Image:Access.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Access.jpg" src="http://wiki.mikrotik.com/images/8/8d/Access.jpg" alt="Image:Access.jpg" width="607" height="414" /></a><br />
Keterangan : </p>
<blockquote><p>Nr.1 Mac-address wireless client<br />
Nr.2 Interface wireless akses point<br />
Nr.3 Limits data rate untuk  wireless client  (0 berarti tidak dilimit)<br />
Nr.4 Limits data rate transmit dari client  (0 berarti tidak dilimit) bekerja hanya pada radio client yang menggunakan mikrotik<br />
Nr.5 Wireless client sudah ditambahkan pada tabel access-list</p></blockquote>
<p><strong>Langkah 3:</strong></p>
<p>Aktifkan default authetikasi pada wireless akses point agar access-list bekerja. hal ini berarti hanya client yang sudah didaftarkan akses point saja yang bisa terhubung. Caranya uncentang pada kotak default authentikasi.<br />
<a class="image" title="Image:wirelless1.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Wirelless1.jpg" src="http://wiki.mikrotik.com/images/3/39/Wirelless1.jpg" alt="Image:wirelless1.jpg" width="408" height="555" /></a></p>
<p>Terlihat pada gambar hanya mac-address tertentu saja yang dapat terhubung atau terkoneksi dengan akses point kita.</p>
<p><a class="image" title="Image:Afteraccess2.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Afteraccess2.jpg" src="http://wiki.mikrotik.com/images/0/07/Afteraccess2.jpg" alt="Image:Afteraccess2.jpg" width="716" height="200" /></a></p>
<p><strong>Langkah 4 :</strong></p>
<p>Gunakan <em>tool torch</em> untuk mengecek limitasi bandwith pada wireless client.</p>
<p><a class="image" title="Image:Torch.jpg"><img longdesc="http://wiki.mikrotik.com/wiki/Image:Torch.jpg" src="http://wiki.mikrotik.com/images/0/01/Torch.jpg" alt="Image:Torch.jpg" width="541" height="230" /></a><br />
Keterangan :</p>
<blockquote><p>Nr.1 Interface Wireless AP<br />
Nr.2 IP address Wireless client<br />
Nr.3 waktu scan real time yang akan ditampilkan pada layar.<br />
Nr.4 IP address Wireless AP</p></blockquote>
<p>Sekian semoga bermanfaat .</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/10/access-list-dan-bandwith-limit-pada-wireless/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Mikrotik HTB Concept</title>
		<link>http://blog.nuxer.net/2009/06/09/mikrotik-htb-concept/</link>
		<comments>http://blog.nuxer.net/2009/06/09/mikrotik-htb-concept/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 09:55:22 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=308</guid>
		<description><![CDATA[Structure
Hierarchical Token Bucket (HTB) allows to create a hierarchical queue structure and determine relations between queues, like “parent-child” or “child-child”.

As soon as queue has at least one child it becomes a inner queue, all queues without children - leaf queues. Leaf queues make actual traffic consumption, Inner queues are responsible only for traffic distribution. All leaf queues are treated on equal basis.
In RouterOS it is [...]]]></description>
			<content:encoded><![CDATA[<h3><span class="mw-headline">Structure</span></h3>
<p>Hierarchical Token Bucket (HTB) allows to create a hierarchical queue structure and determine relations between queues, like “parent-child” or “child-child”.<br />
<span id="more-308"></span><br />
As soon as queue has at least one child it becomes a <strong>inner</strong> queue, all queues without children - <strong>leaf</strong> queues. <strong>Leaf</strong> queues make actual traffic consumption, <strong>Inner</strong> queues are responsible only for traffic distribution. All <strong>leaf</strong> queues are treated on equal basis.</p>
<p>In RouterOS it is necessary to specify <strong>parent</strong> option to assign queue as a child to other queue</p>
<h3><span class="mw-headline">Dual Limitation</span></h3>
<p>Each queue in HTB has two rate limits:</p>
<ul>
<li><strong>CIR</strong> (Committed Information Rate) – (<strong>limit-at</strong> in RouterOS) worst case scenario, flow will get this amount of traffic no matter what (assuming we can actually send so much data)</li>
<li><strong>MIR</strong> (Maximal Information Rate) – (<strong>max-limit</strong> in RouterOS) best case scenario, rate that flow can get up to, if there queue’s parent has spare bandwidth</li>
</ul>
<p>In another words, at first <strong>limit-at</strong> (<strong>CIR</strong>) of the all queues will be satisfied, only then child queues will try to borrow the necessary data rate from their parents in order to reach their <strong>max-limit</strong> (<strong>MIR</strong>).</p>
<p>Note: <strong>CIR</strong> will be assigned to the corresponding queue no matter what. (even if max-limit of the parent is exceeded)</p>
<p>That is why, to ensure optimal (as designed) usage of dual limitation feature, we suggest to stick to these rules:</p>
<ul>
<li>Sum of committed rates of all children must be less or equal to amount of traffic that is available to parent.</li>
</ul>
<dl>
<dd>
<dl>
<dd><em>CIR(parent)* ? CIR(child1) +…+ CIR(childN)</em>
<dl>
<dd><em>*in case if parent is main parent CIR(parent)=MIR(parent)</em></dd>
</dl>
</dd>
</dl>
</dd>
</dl>
<ul>
<li>Maximal rate of any child must be less or equal to maximal rate of the parent</li>
</ul>
<dl>
<dd>
<dl>
<dd><em>MIR (parent) ? MIR(child1) &amp; MIR (parent) ? MIR(child2) &amp; … &amp; MIR (parent) ? MIR(childN)</em></dd>
</dl>
</dd>
</dl>
<p>Queue colors in Winbox:</p>
<ul>
<li>0% - 50% available traffic used - green</li>
<li>51% - 75% available traffic used - yellow</li>
<li>76% - 100% available traffic used - red</li>
</ul>
<h3><span class="mw-headline">Priority</span></h3>
<p>We already know that <strong>limit-at</strong> (<strong>CIR</strong>) to all queues will be given out no matter what.</p>
<p>Priority is responsible for distribution of remaining parent queues traffic to child queues so that they are able to reach <strong>max-limit</strong></p>
<p>Queue with higher priority will reach its <strong>max-limit</strong> before the queue with lower priority. 8 is the lowest priority, 1 is the highest.</p>
<p>Make a note that priority only works:</p>
<ul>
<li>for <strong>leaf</strong> queues - priority in <strong>inner</strong> queue have no meaning.</li>
<li>if <strong>max-limit</strong> is specified (not 0)</li>
</ul>
<p><span class="mw-headline"><strong>Examples</strong><br />
</span></p>
<p>In this section we will analyze HTB in action. To do that we will take one HTB structure and will try to cover all the possible situations and features, by changing the amount of incoming traffic that HTB have to recycle. and changing some options.</p>
<h3><span class="mw-headline">Structure</span></h3>
<p>Our HTB structure will consist of 5 queues:</p>
<ul>
<li><strong>Queue01</strong> inner queue with two children - <strong>Queue02</strong> and <strong>Queue03</strong></li>
<li><strong>Queue02</strong> inner queue with two children - <strong>Queue04</strong> and <strong>Queue05</strong></li>
<li><strong>Queue03</strong> leaf queue</li>
<li><strong>Queue04</strong> leaf queue</li>
<li><strong>Queue05</strong> leaf queue</li>
</ul>
<p><strong>Queue03</strong>, <strong>Queue04</strong> and <strong>Queue05</strong> are clients who require 10Mbps all the time Outgoing interface is able to handle 10Mbps of traffic.</p>
<h3><span class="mw-headline">Example 1 : Usual case</span></h3>
<p><span class="image"><img class="aligncenter" longdesc="http://harrychanputra.web.id/HTB_Example1.png" src="http://wiki.mikrotik.com/images/thumb/c/c1/HTB_Example1.png/600px-HTB_Example1.png" alt="Structure" width="600" height="351" /></span></p>
<ul>
<li><strong>Queue01</strong> limit-at=0Mbps max-limit=10Mbps</li>
<li><strong>Queue02</strong> limit-at=4Mbps max-limit=10Mbps</li>
<li><strong>Queue03</strong> limit-at=6Mbps max-limit=10Mbps priority=1</li>
<li><strong>Queue04</strong> limit-at=2Mbps max-limit=10Mbps priority=3</li>
<li><strong>Queue05</strong> limit-at=2Mbps max-limit=10Mbps priority=5</li>
</ul>
<h3><span class="mw-headline">Result of Example 1</span></h3>
<ul>
<li><strong>Queue03</strong> will receive 6Mbps</li>
<li><strong>Queue04</strong> will receive 2Mbps</li>
<li><strong>Queue05</strong> will receive 2Mbps</li>
<li><strong>Clarification:<a name="Clarification:"></a></strong> HTB was build in a way, that, by satisfying all <strong>limit-at</strong>s, main queue no longer have throughput to distribute</li>
</ul>
<h3><span class="mw-headline">Example 2 : Usual case with max-limit</span></h3>
<p><span class="image"><img class="aligncenter" longdesc="http://harrychanputra.web.id/HTB_Example2.png" src="http://wiki.mikrotik.com/images/thumb/7/7c/HTB_Example2.png/600px-HTB_Example2.png" alt="Structure" width="600" height="351" /></span></p>
<ul>
<li><strong>Queue01</strong> limit-at=0Mbps max-limit=10Mbps</li>
<li><strong>Queue02</strong> limit-at=4Mbps max-limit=10Mbps</li>
<li><strong>Queue03</strong> limit-at=2Mbps max-limit=10Mbps priority=3</li>
<li><strong>Queue04</strong> limit-at=2Mbps max-limit=10Mbps priority=1</li>
<li><strong>Queue05</strong> limit-at=2Mbps max-limit=10Mbps priority=5</li>
</ul>
<h3><span class="mw-headline">Result of Example 2</span></h3>
<ul>
<li><strong>Queue03</strong> will receive 2Mbps</li>
<li><strong>Queue04</strong> will receive 6Mbps</li>
<li><strong>Queue05</strong> will receive 2Mbps</li>
<li><strong>Clarification:</strong> After satisfying all <strong>limit-at</strong>s HTB will give throughput to queue with highest priority.</li>
</ul>
<h3><span class="mw-headline">Example 3 : Inner queue limit-at</span></h3>
<p><span class="image"><img class="aligncenter" longdesc="http://harrychanputra.web.id/HTB_Example3.png" src="http://wiki.mikrotik.com/images/thumb/d/dd/HTB_Example3.png/600px-HTB_Example3.png" alt="Structure" width="600" height="351" /></span></p>
<ul>
<li><strong>Queue01</strong> limit-at=0Mbps max-limit=10Mbps</li>
<li><strong>Queue02</strong> limit-at=8Mbps max-limit=10Mbps</li>
<li><strong>Queue03</strong> limit-at=2Mbps max-limit=10Mbps priority=1</li>
<li><strong>Queue04</strong> limit-at=2Mbps max-limit=10Mbps priority=3</li>
<li><strong>Queue05</strong> limit-at=2Mbps max-limit=10Mbps priority=5</li>
</ul>
<h3><span class="mw-headline">Result of Example 3</span></h3>
<ul>
<li><strong>Queue03</strong> will receive 2Mbps</li>
<li><strong>Queue04</strong> will receive 6Mbps</li>
<li><strong>Queue05</strong> will receive 2Mbps</li>
<li><strong>Clarification:</strong> After satisfying all <strong>limit-at</strong>s HTB will give throughput to queue with highest priority. But in this case <strong>inner</strong> queue<strong>Queue02</strong> had <strong>limit-at</strong> specified, by doing so, it reserved 8Mbps of throughput for queues <strong>Queue04</strong> and <strong>Queue05</strong>. From these two<strong>Queue04</strong> have highest priority, that is why it gets additional throughput.</li>
</ul>
<h3><span class="mw-headline">Example 4 : Leaf queue limit-at</span></h3>
<p><span class="image"><img class="aligncenter" longdesc="http://harrychanputra.web.id/HTB_Example4.png" src="http://wiki.mikrotik.com/images/thumb/7/74/HTB_Example4.png/600px-HTB_Example4.png" alt="Structure" width="600" height="351" /></span></p>
<ul>
<li><strong>Queue01</strong> limit-at=0Mbps max-limit=10Mbps</li>
<li><strong>Queue02</strong> limit-at=4Mbps max-limit=10Mbps</li>
<li><strong>Queue03</strong> limit-at=6Mbps max-limit=10Mbps priority=1</li>
<li><strong>Queue04</strong> limit-at=2Mbps max-limit=10Mbps priority=3</li>
<li><strong>Queue05</strong> limit-at=12Mbps max-limit=15Mbps priority=5</li>
</ul>
<h3><span class="mw-headline">Result of Example 4</span></h3>
<ul>
<li><strong>Queue03</strong> will receive ~3Mbps</li>
<li><strong>Queue04</strong> will receive ~1Mbps</li>
<li><strong>Queue05</strong> will receive ~6Mbps</li>
<li><strong>Clarification:</strong> Only by satisfying all <strong>limit-at</strong>s HTB was forced to allocate 20Mbps - 6Mbps to <strong>Queue03</strong>, 2Mbps to <strong>Queue04</strong>, 12Mbps to <strong>Queue05</strong>, but our output interface is able to handle 10Mbps. As output interface queue is usually FIFO throughput allocation will keep ratio 6:2:12 or 3:1:6</li>
</ul>
<p>Sumber : wiki.mikrotik.com</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/09/mikrotik-htb-concept/feed/</wfw:commentRss>
		</item>
		<item>
		<title>MPLS Traffic Engineering</title>
		<link>http://blog.nuxer.net/2009/06/09/mpls-traffic-engineering/</link>
		<comments>http://blog.nuxer.net/2009/06/09/mpls-traffic-engineering/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 09:09:05 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=305</guid>
		<description><![CDATA[Teknologi ATM dan frame relay bersifat connection-oriented: setiap virtual circuit harus disetup dengan protokol persinyalan sebelum transmisi. IP bersifat connectionless: protokol routing menentukan arah pengiriman paket dengan bertukar info routing. MPLS mewakili konvergensi kedua pendekatan ini.

MPLS, multi-protocol label switching, adalah arsitektur network yang didefinisikan oleh IETF untuk memadukan mekanisme label swapping di layer 2 dengan routing di layer 3 untuk mempercepat pengiriman [...]]]></description>
			<content:encoded><![CDATA[<p>Teknologi ATM dan frame relay bersifat connection-oriented: setiap virtual circuit harus disetup dengan protokol persinyalan sebelum transmisi. IP bersifat connectionless: protokol routing menentukan arah pengiriman paket dengan bertukar info routing. MPLS mewakili konvergensi kedua pendekatan ini.<br />
<span id="more-305"></span><br />
MPLS, <em>multi-protocol label switching</em>, adalah arsitektur network yang didefinisikan oleh IETF untuk memadukan mekanisme label swapping di layer 2 dengan routing di layer 3 untuk mempercepat pengiriman paket. Arsitektur MPLS dipaparkan dalam RFC 3031.</p>
<p><a class="image" title="Layer-2-3.jpg"><img src="http://telkom.tk/images/thumb/6/60/Layer-2-3.jpg/450px-Layer-2-3.jpg" border="0" alt="" width="450" height="181" /></a></p>
<h2><span class="mw-headline">Jaringan Dasar MPLS</span></h2>
<p>Network MPLS terdiri atas sirkit yang disebut label-switched path (LSP), yang menghubungkan titik-titik yang disebut label-switched router (LSR). LSR pertama dan terakhir disebut ingress dan egress. Setiap LSP dikaitkan dengan sebuah forwarding equivalence class (FEC), yang merupakan kumpulan paket yang menerima perlakukan forwarding yang sama di sebuah LSR. FEC diidentifikasikan dengan pemasangan label. Untuk membentuk LSP, diperlukan suatu protokol persinyalan. Protokol ini menentukan forwarding berdasarkan label pada paket. Label yang pendek dan berukuran tetap mempercepat proses forwarding dan mempertinggi fleksibilitas pemilihan path. Hasilnya adalah network datagram yang bersifat lebih connection-oriented.</p>
<h2><span class="mw-headline">Enkapsulasi Paket</span></h2>
<p>Tidak seperti ATM yang memecah paket-paket IP, MPLS hanya melakukan enkapsulasi paket IP, dengan memasang header MPLS. Header MPLS terdiri atas 32 bit data, termasuk 20 bit label, 2 bit eksperimen, dan 1 bit identifikasi stack, serta 8 bit TTL. Label adalah bagian dari header, memiliki panjang yang bersifat tetap, dan merupakan satu-satunya tanda identifikasi paket. Label digunakan untuk proses forwarding, termasuk proses traffic engineering. Untuk IP, label diletakkan sebagai header MPLS sebelum header IP. Header MPLS terdiri atas 32 bit data, termasuk 20 bit label, 2 bit eksperimen, dan 1 bit identifikasi stack, serta 8 bit TTL.</p>
<p><a class="image" title="Paket-MPLS.jpg"><img src="http://telkom.tk/images/thumb/9/93/Paket-MPLS.jpg/600px-Paket-MPLS.jpg" border="0" alt="" width="600" height="193" /></a></p>
<p>Setiap LSR memiliki tabel yang disebut label-swiching table. Tabel itu berisi pemetaan label masuk, label keluar, dan link ke LSR berikutnya. Saat LSR menerima paket, label paket akan dibaca, kemudian diganti dengan label keluar, lalu paket dikirimkan ke LSR berikutnya.</p>
<p>Selain paket IP, paket MPLS juga bisa dienkapsulasikan kembali. Maka sebuah paket bisa memiliki beberapa header. Dan bit stack pada header menunjukkan apakah suatu header sudah terletak di &#8216;dasar&#8217; tumpukan header MPLS itu.</p>
<h2><span class="mw-headline">Protokol Distribusi Label</span></h2>
<p>Untuk menyusun LSP, label-switching table di setiap LSR harus dilengkapi dengan pemetaan dari setiap label masukan ke setiap label keluaran. Proses melengkapi tabel ini dilakukan dengan protokol distribusi label. Ini mirip dengan protokol persinyalan di ATM, sehingga sering juga disebut protokol persinyalan MPLS. Salah satu protokol ini adalah LDP (Label Distribution Protocol).</p>
<p>LDP hanya memiliki feature dasar dalam melakukan forwarding. Untuk meningkatkan kemampuan mengelola QoS dantraffic engineering, beberapa protokol distribusi label lain telah dirancang dan dikembangkan juga. Yang direkomendasikan untuk digunakan adalah RSVP-TE (RSVP dengan ekstensi Traffic Engineering). Skema lain yang juga banyak disebut adalah CR-LDP (constraint-based routing LDP). </p>
<h2><span class="mw-headline">Rekayasa Trafik</span></h2>
<p>Rekayasa trafik (traffic engineering, TE) adalah proses pemilihan saluran data traffic untuk menyeimbangkan beban trafik pada berbagai jalur dan titik dalam network. Tujuan akhirnya adalah memungkinkan operasional network yang andal dan efisien, sekaligus mengoptimalkan penggunaan resource dan performansi trafik. MPLS memungkinkan solusi TE kompleks dengan biaya yang lebih murah daripada ATM.</p>
<p><em>sumber : kuncoro</em></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/09/mpls-traffic-engineering/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Pengertian Intserv</title>
		<link>http://blog.nuxer.net/2009/06/09/pengertian-intserv/</link>
		<comments>http://blog.nuxer.net/2009/06/09/pengertian-intserv/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 08:52:06 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=295</guid>
		<description><![CDATA[Pengertian Intserv
IntServ (Integrated Service, standard RFC-1633) adalah implementasi QoS pada IP Suite, yang terutama ditujukan untuk aplikasi yang peka terhadap tundaan dan keterbatasan bandwidth, seperti videoconference dan VoIP. Arsitekturnya berdasar sistem pencadangan sumberdaya per aliran trafik. Setiap aplikasi harus mengajukan permintaan bandwidth, baru kemudian melakukan transmisi data.

Dua model layanan IntServ adalah:

Guaranteed-service (RFC-2212), layanan dengan batas bandwidth dan delay yang jelas
Controlled-load [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Pengertian Intserv</strong><br />
IntServ (Integrated Service, standard RFC-1633) adalah implementasi QoS pada IP Suite, yang terutama ditujukan untuk aplikasi yang peka terhadap tundaan dan keterbatasan bandwidth, seperti videoconference dan VoIP. Arsitekturnya berdasar sistem pencadangan sumberdaya per aliran trafik. Setiap aplikasi harus mengajukan permintaan bandwidth, baru kemudian melakukan transmisi data.<br />
<span id="more-295"></span><br />
Dua model layanan IntServ adalah:</p>
<ul>
<li>Guaranteed-service (RFC-2212), layanan dengan batas bandwidth dan delay yang jelas</li>
<li>Controlled-load service (RFC-2211), yaitu layanan dengan persentase delay statistik yang terjaga</li>
</ul>
<p>Layanan ketiga, yang paling jelek, adalah layanan best-effort, yang hanya memberikan routing terbaik, tetapi tanpa jaminan sama sekali.</p>
<p>Sistem pemesanan sumberdaya memerlukan protokol tersendiri. Salah satu protokol yang sering digunakan adalah RSVP (RFC-2205). Penggunaan RSVP untuk IntServ dijelaskan dalam RFC-2210.</p>
<p>Masalah dalam IntServ adalah skalabilitas (RFC-2998). Setiap node di network harus mengenali dan mengakui mekanisme ini. Juga protokol RSVP berlipat untuk setiap aliran trafik. Maka IntServ menjadi baik hanya untuk voice dan video, tetapi sangat tidak tepat untuk aplikasi semacam web yang aliran trafiknya banyak tapi datanya kecil.</p>
<p>Salah satu pemecahan atas kelemahan RSVP adalah dengan skema baru yang disebut NSIS (next step in signalling).</p>
<p><strong>Perbandingan IntServ Dengan DiffServ</strong></p>
<p>Perbandingan <strong>IntServ</strong> dan DiffServ dipaparkan dalam tabel berikut.</p>
<p><a class="image" title="IntServ vs DiffServ" ><img src="http://telkom.tk/images/2/29/IntServ-vs-DiffServ.jpg" border="0" alt="IntServ vs DiffServ" width="572" height="345" /></a><br />
Sumber bacaan :</p>
<ul>
<li><a class="external text" title="http://www.ietf.org/rfc/rfc1633.txt" rel="nofollow" href="http://www.ietf.org/rfc/rfc1633.txt">RFC 1633</a></li>
<li><a class="external text" title="http://www.ietf.org/rfc/rfc2211.txt" rel="nofollow" href="http://www.ietf.org/rfc/rfc2211.txt">RFC 2211</a></li>
<li><a class="external text" title="http://www.ietf.org/rfc/rfc2212.txt" rel="nofollow" href="http://www.ietf.org/rfc/rfc2212.txt">RFC 2212</a></li>
<li><a class="external text" title="http://www.ietf.org/rfc/rfc2205.txt" rel="nofollow" href="http://www.ietf.org/rfc/rfc2205.txt">RFC 2205</a></li>
<li><a class="external text" title="http://www.ietf.org/rfc/rfc2210.txt" rel="nofollow" href="http://www.ietf.org/rfc/rfc2210.txt">RFC 2210</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/09/pengertian-intserv/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Quality Of Service</title>
		<link>http://blog.nuxer.net/2009/06/09/quality-of-service/</link>
		<comments>http://blog.nuxer.net/2009/06/09/quality-of-service/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 08:46:39 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[uname -a]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=292</guid>
		<description><![CDATA[Kemampuan menyediakan jaminan performansi dan diferensiasi layanan dalam network sering diacu dengan istilah QoS (quality of service).
ITU, dalam rekomendasi E.800, mendefinisikan QoS sebagai pengaruh kolektif atas performansi layanan yang menentukan tingkat kepuasan pemakai layanan. QoS-Forum mendefinisikan QoS sebagai ukuran kolektif atas tingkat layanan yang disampaikan ke pelanggan, ditandai dengan beberapa kriteria yang meliputi availabilitas, error [...]]]></description>
			<content:encoded><![CDATA[<p>Kemampuan menyediakan jaminan performansi dan diferensiasi layanan dalam network sering diacu dengan istilah QoS (quality of service).</p>
<p>ITU, dalam rekomendasi E.800, mendefinisikan QoS sebagai pengaruh kolektif atas performansi layanan yang menentukan tingkat kepuasan pemakai layanan. QoS-Forum mendefinisikan QoS sebagai ukuran kolektif atas tingkat layanan yang disampaikan ke pelanggan, ditandai dengan beberapa kriteria yang meliputi availabilitas, error performance, response time and throughput, sambungan atau transmisi yang hilang akibat kongesti, waktu setup, dan kecepatan deteksi dan koreksi kesalahan.<br />
<span id="more-292"></span></p>
<h2><span class="mw-headline">Performansi</span></h2>
<p>Performansi network merujuk ke tingkat kecepatan dan keandalan penyampaian berbagai jenis beban data di dalam suatu sistem komunikasi. Performansi merupakan kumpulan berbagai besaran teknis. Yang terpenting adalah:</p>
<ul>
<li>Availability, yaitu persentase hidupnya sistem atau subsistem telekomunikasi. Idealnya, availability harus mencapai 100%. Nilai availability yang diakui cukup baik adalah 99,9999% (six nines), yang menunjukkan tingkat kerusakan sebesar 2,6 detik per bulan.</li>
<li>Throughput, yaitu kecepatan (rate) transfer data efektif, yang diukur dalam bit/detik. Header-header dalam paket-paket data mengurangi nilai throughput. Maka penggunaan sebuah saluran secara bersama-sama juga akan mengurangi nilai ini.</li>
<li>Packet Loss, adalah jumlah paket yang hilang. Umumnya perangkat network memiliki buffer untuk menampung data yang diterima. Jika terjadi kongesti yang cukup lama, buffer akan penuh, dan data baru tidak diterima. Paket yang hilang ini harus diretransmisi, yang akan membutuhkan waktu tambahan. Umumnya nilai packet-loss diharuskan kurang dari 1%, dalam waktu misalnya satu bulan.</li>
<li>Latency, adalah waktu yang dibutuhkan data untuk menempuh jarak dari asal ke tujuan. Tundaan ini bisa dipengaruhi oleh jarak (misalnya akibat pemakaian satelit), atau kongesti (yang memperpanjang antrian), atau bisa juga akibat waktu olah yang lama (misalnya untuk digitizing dan kompresi data).</li>
<li>Jitter, atau variasi dalam latency, diakibatkan oleh variasi- variasi dalam panjang antrian, dalam waktu pengolahan data, dalam waktu yang dibutuhkan untuk retransmisi data (karena jalur yang digunakan juga berbeda), dan juga dalam waktu penghimpunan ulang paket-paket di akhir perjalanan.</li>
</ul>
<h2><span class="mw-headline">Diferensiasi</span></h2>
<p>Berbagai aplikasi memiliki jenis kebutuhan yang berbeda. Misalnya transaksi data bersifat sensitif terhadap distorsi tetapi kurang sensitif terhadap delay. Sebaliknya, komunikasi suara bersifat sensitif terhadap tundaan dan kurang sensitif terhadap kesalahan. Tabel berikut memaparkan tingkat kepekaan performansi yang berbeda untuk jenis layanan network yang berlainan.</p>
<p><a class="image" title="Berkas:KepekaanPerformansi.jpg" ><img src="http://telkom.tk/images/d/d2/KepekaanPerformansi.jpg" border="0" alt="Berkas:KepekaanPerformansi.jpg" width="542" height="247" /></a></p>
<h2><span class="mw-headline">QoS dalam IP</span></h2>
<p>IP tidak memiliki mekanisme pemeliharaan QoS. Protokol seperti TCP memang memungkinkan jaminan validitas data, sehingga suite TCP/IP selama ini dianggap cukup ideal bagi transfer data. Tetapi verifikasi data mengakibatkan tundaan hantaran paket. Lagipula mekanisme ini tidak dapat digunakan untuk paket dengan protocol UDP, seperti suara dan video.</p>
<p>Beberapa skema telah diajukan untuk mengelola QoS dalam network IP. Dua skema utama adalah Integrated Services (IntServ) dan Differentiated Services (DiffServ). IntServ bertujuan menyediakan sumberdaya seperti bandwidth untuk trafik dari ujung ke ujung. Sementara DiffServ bertujuan membagi trafik atas kelas-kelas yang kemudian diberi perlakuan yang berbeda.</p>
<p><em>Sumber : Telkom</em></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/09/quality-of-service/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Disable Firewall otomatis dengan netwatch</title>
		<link>http://blog.nuxer.net/2009/06/08/disable-firewall-otomatis-dengan-netwatch/</link>
		<comments>http://blog.nuxer.net/2009/06/08/disable-firewall-otomatis-dengan-netwatch/#comments</comments>
		<pubDate>Mon, 08 Jun 2009 04:11:45 +0000</pubDate>
		<dc:creator>nico</dc:creator>
		
		<category><![CDATA[Mikrotik]]></category>

		<guid isPermaLink="false">http://blog.nuxer.net/?p=286</guid>
		<description><![CDATA[Ini sedikit jawaban dari  beberapa pertanyaan  temen-temen yang menanyakan script di mikrotik dipadukan dengan tools netwacth

Skenarionya : jika ip gateway down atau tidak dapat diakses maka router akan mendisable firewall NAT , jika  ip gateway up kembali maka  firewall NAT secara otomatis akan diaktifkan.
Contoh :
ip address
/ip address add address=192.168.2.10/24 interface=ether1 ( public atau to gateway [...]]]></description>
			<content:encoded><![CDATA[<p>Ini sedikit jawaban dari  beberapa pertanyaan  temen-temen yang menanyakan script di mikrotik dipadukan dengan tools netwacth<br />
<span id="more-286"></span><br />
Skenarionya : jika ip gateway down atau tidak dapat diakses maka router akan mendisable firewall NAT , jika  ip gateway up kembali maka  firewall NAT secara otomatis akan diaktifkan.</p>
<p>Contoh :</p>
<p><strong>ip address</strong></p>
<blockquote><p>/ip address add address=192.168.2.10/24 interface=ether1 ( public atau to gateway )</p></blockquote>
<p><strong>Route</strong></p>
<blockquote><p>/ip route add gateway=192.168.2.1</p></blockquote>
<p><strong>firewall :</strong></p>
<blockquote><p>/ip firewall nat add chain=src-nat action=masquarade comment=&#8221;NAT&#8221;</p></blockquote>
<p><strong>Script pada tool netwatch sebagai berikut :</strong></p>
<blockquote><p>/tool netwatch add</p>
<p>host=<strong>192.168.2.1</strong> timeout=<strong>10ms</strong> interval=<strong>10s </strong>since=jan/01/2000 02:30:20 </p>
<p>     status=up </p>
<p>     up-script=<strong><em>/ip firewall nat enable [/ip firewall nat find comment=NAT] </em></strong></p>
<p>     down-script=<strong><em>/ip firewall nat disable [/ip firewall nat find comment=NAT]  </em></strong></p></blockquote>
<p>Testing !</p>
<ol>
<li>Disable interface yang arah ke gateway dalam waktu 10 detik maka router akan mendisable Firewall NAT</li>
<li>Enable interface yang mengarah ke gateway maka otomatis NAT akan up atau hidup</li>
</ol>
<p>Demikian tutorial singkat ini, bagusnya lagi kita dapat mengembangkan script yang lebih kompleks lagi.</p>
<p>Semoga bermanfaat !</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.nuxer.net/2009/06/08/disable-firewall-otomatis-dengan-netwatch/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
