Main Page: Difference between revisions

From Meta, a Wikimedia project coordination wiki
Content deleted Content added
mNo edit summary
trim
 
(177 intermediate revisions by 78 users not shown)
Line 1: Line 1:
<templatestyles src="Template:Main Page/styles.css" />
Protokol - Protokol Routing
<div class="MainPage__row MainPage__header">
<div class="MainPage__block MainPage__intro">
<h1><translate><!--T:16--> Meta-Wiki</translate></h1>
<div id="mf-intro" class="MainPage__block_contents">
<translate>
<!--T:8-->
'''Welcome to [[<tvar name="m-about">Special:MyLanguage/Meta:About</tvar>|Meta-Wiki]]''', the global community site for the [[<tvar name="wmf">Special:MyLanguage/Wikimedia Foundation</tvar>|Wikimedia Foundation's]] [[<tvar name="wm-projects">Special:MyLanguage/Wikimedia projects</tvar>|projects]] and related projects, from coordination and documentation to planning and analysis.


<!--T:9-->
Open Shortest Path First (OSPF)
Other meta-focused wikis such as [[<tvar name=outreach-wiki>outreach:</tvar>|Wikimedia Outreach]] are specialized projects that have their roots in Meta-Wiki. Related discussions also take place on Wikimedia [[<tvar name="maillists">Special:MyLanguage/Mailing lists/Overview</tvar>|mailing lists]] (particularly '''[[<tvar name="wikimedia-l">Special:MyLanguage/Mailing lists#Wikimedia mailing list</tvar>|wikimedia-l]]''', with its low-traffic equivalent [[<tvar name="WikimediaAnnounce">Special:MyLanguage/Mailing lists#Wikimedia Announcements mailing list</tvar>|WikimediaAnnounce]]), [[<tvar name="irc">Special:MyLanguage/IRC</tvar>|IRC channels]] on Libera, individual wikis of [[<tvar name="affiliates">Special:MyLanguage/Wikimedia movement affiliates</tvar>|Wikimedia affiliates]], and other places.

</translate>
OSPF merupakan sebuah routing protokol berjenis IGP yang hanya dapat bekerja dalam jaringan internal suatu ogranisasi atau perusahaan. Jaringan internal maksudnya adalah jaringan di mana Anda masih memiliki hak untuk menggunakan, mengatur, dan memodifikasinya. Atau dengan kata lain, Anda masih memiliki hak administrasi terhadap jaringan tersebut.
</div><!-- end of contents -->

</div><!-- end of block -->
Jika Anda sudah tidak memiliki hak untuk menggunakan dan mengaturnya, maka jaringan tersebut dapat dikategorikan sebagai jaringan eksternal. Selain itu, OSPF juga merupakan routing protokol yang berstandar terbuka. Maksudnya adalah routing protokol ini bukan ciptaan dari vendor manapun. Dengan demikian, siapapun dapat menggunakannya, perangkat manapun dapat kompatibel dengannya, dan di manapun routing protokol ini dapat diimplementasikan. OSPF merupakan routing protokol yang menggunakan konsep hirarki routing, artinya OSPF membagi-bagi jaringan menjadi beberapa tingkatan. Tingkatan-tingkatan ini diwujudkan dengan menggunakan sistem pengelompokan area.
<div class="MainPage__block MainPage__menu">

<div class="MainPage__block_contents">

<ul>

<li>[[Special:MyLanguage/Mission|<translate><!--T:1--> Mission</translate>]]</li>

<li>[[Special:MyLanguage/Wikimedia projects|<translate><!--T:2--> Projects</translate>]]<br> ([[Special:MyLanguage/Complete list of Wikimedia projects|<translate><!--T:3--> complete list</translate>]])</li>
Dengan menggunakan konsep hirarki routing ini sistem penyebaran informasinya menjadi lebih teratur dan tersegmentasi, tidak menyebar ke sana ke mari dengan sembarangan. Efek dari keteraturan distribusi routing ini adalah jaringan yang penggunaan bandwidth-nya lebih efisien, lebih cepat mencapai konvergensi, dan lebih presisi dalam menentukan rute-rute terbaik menuju ke sebuah lokasi. OSPF merupakan salah satu routing protokol yang selalu berusaha untuk bekerja demikian. Teknologi yang digunakan oleh routing protokol ini adalah teknologi linkstate yang memang didesain untuk bekerja dengan sangat efisien dalam proses pengiriman update informasi rute. Hal ini membuat routing protokol OSPF menjadi sangat cocok untuk terus dikembangkan menjadi network berskala besar. Pengguna OSPF biasanya adalah para administrator jaringan berskala sedang sampai besar. Jaringan dengan jumlah router lebih dari sepuluh buah, dengan banyak lokasi-lokasi remote yang perlu juga dijangkau dari pusat, dengan jumlah pengguna jaringan lebih dari lima ratus perangkat komputer, mungkin sudah layak menggunakan routing protocol ini.
<li>[[Special:MyLanguage/Research:Index|<translate><!--T:4--> Research</translate>]]</li>

<li>[[Special:MyLanguage/Meta:Babylon|<translate><!--T:5--> Translation</translate>]]<br> ([[Translation requests|<translate><!--T:6--> requests</translate>]])</li>
Cara OSPF Membentuk Hubungan dengan Router Lain
<li>[[Special:MyLanguage/Vision|<translate><!--T:7--> Vision</translate>]]</li>

</ul>
Untuk memulai semua aktivitas OSPF dalam menjalankan pertukaran informasi routing, hal pertama yang harus dilakukannya adalah membentuk sebuah komunikasi dengan para router lain. Router lain yang berhubungan langsung atau yang berada di dalam satu jaringan dengan router OSPF tersebut disebut dengan neighbour router atau router tetangga. Langkah pertama yang harus dilakukan sebuah router OSPF adalah harus membentuk hubungan dengan neighbor router. Router OSPF mempunyai sebuah mekanisme untuk dapat menemukan router tetangganya dan dapat membuka hubungan. Mekanisme tersebut disebut dengan istilah Hello protocol. Dalam membentuk hubungan dengan tetangganya, router OSPF akan mengirimkan sebuah paket berukuran kecil secara periodik ke dalam jaringan atau ke sebuah perangkat yang terhubung langsung dengannya. Paket kecil tersebut dinamai dengan istilah Hello packet. Pada kondisi standar, Hello packet dikirimkan berkala setiap 10 detik sekali (dalam media broadcast multiaccess) dan 30 detik sekali dalam media Point-to-Point. Hello packet berisikan informasi seputar pernak-pernik yang ada pada router pengirim. Hello packet pada umumnya dikirim dengan menggunakan multicast address untuk menuju ke semua router yang menjalankan OSPF (IP multicast 224.0.0.5). Semua router yang menjalankan OSPF pasti akan mendengarkan protocol hello ini dan juga akan mengirimkan hello packet-nya secara berkala. Cara kerja dari Hello protocol dan pembentukan neighbour router terdiri dari beberapa jenis, tergantung dari jenis media di mana router OSPF berjalan.
</div><!-- end of contents -->

</div><!-- end of block -->
BGP (Border Gateway Protocol)
</div><!-- end of row -->

<div class="MainPage__row">
BGP (Border Gateway Protocol) merupakan salah satu jenis routing protokol yang digunakan untuk koneksi antar AS (Autonomous System), dan salah satu jenis routing protokol yang banyak digunakan di ISP besar (Telkomsel) ataupun perbankan. AS number merupakan penomoran dari sekelompok router yang berada di di bawah satu administrasi, satu administrasi di sini maksudnya biasa satu ISP ataupun satu perusahaan tingkat corporate. Pemecahan sebuah daerah AS berguna untuk mengurangi jumlah informasi routing update yang dikeluarkan oleh tiap router. AS sendiri bisa terdiri dari angka 1-65ribuan. Tugas utama dari BGP adalah memberikan informasi tentang apa yang dimiliki oleh sebuah organisasi ke dunia di luar. Tujuannya adalah untuk memperkenalkan pada dunia luar alamat-alamat IP apa saja yang ada dalam jaringan tersebut. Setelah dikenal dari luar, server-server, perangkat jaringan, PC-PC dan perangkat komputer lainnya yang ada dalam jaringan tersebut juga dapat dijangkau dari dunia luar. Selain itu, informasi dari luar juga dikumpulkannya untuk keperluan organisasi tersebut berkomunikasi dengan dunia luar.
<div class="MainPage__block MainPage__current_events">

<div class="MainPage__block_heading">[[File:Wikimedia Community Logo optimized.svg|20x20px|link=|alt=]] <!--

--><translate><!--T:13--> Current events</translate>

</div><!-- end of heading -->

<div class="MainPage__block_contents">

{{ Template:Main Page/WM News
manfaat dan keunggulan dari routing protocol Internet ini dan pada kondisi yang bagaimana Anda harus menggunakan routing protocol ini. Namun, ada juga saatnya di mana routing protocol ini tidak perlu bahkan tidak boleh digunakan sama sekali. BGP memang sangat rumit dan complicated, namun justru di sinilah letak kehebatannya.
| lang = <translate><!--T:15--> en</translate> | dir = {{dir|{{int:lang}}}}<!-- TO BE MIGRATED -->

}}
Routing protocol BGP menjadi rumit karena banyak sekali pernak-pernik yang dapat Anda atur dan harus diperhatikan jika ingin semuanya berjalan lancar. Jika mau bekerja sesuai dengan keinginan, Anda harus selalu melakukan modifikasi, tuning, perbaikan, dan terus-menerus memainkan atribut-atribut yang mengiringi jalannya routing protokol ini. Dan itupun sangat rentan terhadap masalah jika Anda tidak berhati-hati.
</div><!-- end of contents -->

</div><!-- end of block -->
Kalau sudah bermasalah pasti keseluruhan akses Anda ke Internet menjadi kacau. Bukan hanya itu saja, server-server, pelanggan-pelanggan, dan semua jaringan yang ada di belakang router BGP milik Anda tidak dapat dikenali lagi dari dunia Internet. Masalah ini menjadi sangat fatal kalau jaringan yang mengandalkan router BGP ini sudah berskala besar. Maka dari itu, perlu keahlian khusus dan pengalaman yang sudah cukup banyak untuk dapat mengatur routing protocol ini.
<div class="MainPage__block MainPage__requests">

<div class="MainPage__block_heading">[[File:Wikimedia Community Logo optimized.svg|20x20px|link=|alt=]] <!--

--><translate><!--T:14--> Requests</translate>

</div><!-- end of heading -->
Routing Information Protocol (RIP)
<div class="MainPage__block_contents">

<div class="floatright">{{Translate|Template:Main Page/Requests|+/&minus;}}</div>
Routing Information Protocol (RIP) adalah sebuah protokol routing dinamis yang digunakan dalam jaringan LAN (Local Area Network) dan WAN (Wide Area Network). Karena itu protokol ini diklasifikasikan sebagai Interior Gateway Protocol (IGP). Protokol ini menggunakan algoritma Distance-Vector Routing. Pertama kali didefinisikan dalam RFC 1058 (1988). Protokol ini telah dikembangkan beberapa kali, sehingga terciptalah RIP Versi 2 (RFC 2453). Kedua versi ini masih digunakan sampai sekarang, meskipun begitu secara teknis mereka telah dianggap usang oleh teknik-teknik yang lebih maju, seperti Open Shortest Path First (OSPF) dan protokol OSI IS-IS. RIP juga telah diadaptasi untuk digunakan dalam jaringan IPv6, yang dikenal sebagai standar RIPng (RIP Next Generation / RIP generasi berikutnya)
{{Main Page/Requests}}

</div><!-- end of contents -->

</div><!-- end of block -->

</div><!-- end of row -->

<div class="MainPage__row">

<div class="MainPage__block MainPage__community_communication">
Sejarah
<div class="MainPage__block_heading">[[File:Wikimedia Community Logo optimized.svg|20x20px|link=|alt=]] <!--

--><translate><!--T:10--> Community and communication</translate>
Algoritma routing yang digunakan dalam RIP, algoritma Bellman-Ford, pertama kali digunakan dalam jaringan komputer pada tahun 1968, sebagai awal dari algoritma routing ARPANET.
</div><!-- end of heading -->

<div class="MainPage__block_contents">
Versi paling awal protokol khusus yang menjadi RIP adalah Gateway Information Protocol, sebagai bagian dari PARC Universal Packet internetworking protocol suite, yang dikembangkan di Xerox Parc. Sebuah versi yang bernama Routing Information Protocol, adalah bagian dari Xerox Network Services.
<div class="floatright">{{Translate|Template:Main Page/Community and communication|+/&minus;}}</div>

{{Main Page/Community and communication}}
Sebuah versi dari RIP yang mendukung Internet Protocol (IP) kemudian dimasukkan dalam Berkeley Software Distribution (BSD) dari sistem operasi Unix. Ini dikenal sebagai daemon routed. Berbagai vendor lainnya membuat protokol routing yang diimplementasikan sendiri. Akhirnya, RFC 1058 menyatukan berbagai implementasi di bawah satu standar.
</div><!-- end of contents -->

</div><!-- end of block -->

<div class="MainPage__block MainPage__issues_collaboration">
Detail teknis
<div class="MainPage__block_heading">[[File:Wikimedia Community Logo optimized.svg|20x20px|link=|alt=]] <!--

--><translate><!--T:11--> Core issues and collaboration</translate>
RIP adalah routing vektor jarak-protokol, yang mempekerjakan hop sebagai metrik routing. Palka down time adalah 180 detik. RIP mencegah routing loop dengan menerapkan batasan pada jumlah hop diperbolehkan dalam path dari sumber ke tempat tujuan. Jumlah maksimum hop diperbolehkan untuk RIP adalah 15. Batas hop ini, bagaimanapun, juga membatasi ukuran jaringan yang dapat mendukung RIP. Sebuah hop 16 adalah dianggap jarak yang tak terbatas dan digunakan untuk mencela tidak dapat diakses, bisa dioperasi, atau rute yang tidak diinginkan dalam proses seleksi.
</div><!-- end of heading -->

<div class="MainPage__block_contents">
Awalnya setiap router RIP mentransmisikan / menyebarkan pembaruan(update) penuh setiap 30 detik. Pada awal penyebaran, tabel routing cukup kecil bahwa lalu lintas tidak signifikan. Seperti jaringan tumbuh dalam ukuran, bagaimanapun, itu menjadi nyata mungkin ada lalu lintas besar-besaran meledak setiap 30 detik, bahkan jika router sudah diinisialisasi secara acak kali. Diperkirakan, sebagai akibat dari inisialisasi acak, routing update akan menyebar dalam waktu, tetapi ini tidak benar dalam praktiknya. Sally Floyd dan Van Jacobson menunjukkan pada tahun 1994 bahwa, tanpa sedikit pengacakan dari update timer, penghitung waktu disinkronkan sepanjang waktu dan mengirimkan update pada waktu yang sama. Implementasi RIP modern disengaja memperkenalkan variasi ke update timer interval dari setiap router.
<div class="floatright">{{Translate|Template:Main Page/Core issues and collaboration|+/&minus;}}</div>

{{Main Page/Core issues and collaboration}}
RIP mengimplementasikan split horizon, rute holddown keracunan dan mekanisme untuk mencegah informasi routing yang tidak benar dari yang disebarkan. Ini adalah beberapa fitur stabilitas RIP.
</div><!-- end of contents -->

</div><!-- end of block -->
Dalam kebanyakan lingkungan jaringan saat ini, RIP bukanlah pilihan yang lebih disukai untuk routing sebagai waktu untuk menyatu dan skalabilitas miskin dibandingkan dengan EIGRP, OSPF, atau IS-IS (dua terakhir yang link-state routing protocol), dan batas hop parah membatasi ukuran jaringan itu dapat digunakan in Namun, mudah untuk mengkonfigurasi, karena RIP tidak memerlukan parameter pada sebuah router dalam protokol lain oposisi.
</div><!-- end of row -->

<div class="MainPage__row">
RIP dilaksanakan di atas User Datagram Protocol sebagai protokol transport. Ini adalah menugaskan dilindungi undang-undang nomor port 520.
<div class="MainPage__block MainPage__sister_projects">

<div class="MainPage__block_heading">[[File:Wikimedia Community Logo optimized.svg|20x20px|link=|alt=]] <!--
Versi
--><translate><!--T:12--> Wikimedia Foundation, Meta-Wiki, and its sister projects</translate>

</div><!-- end of heading -->
Ada tiga versi dari Routing Information Protocol: RIPv1, RIPv2, dan RIPng.
<div class="MainPage__block_contents">

<div class="floatright">{{Translate|Template:Main Page/Wikimedia Foundation|+/&minus;}}</div><div>{{Main Page/Wikimedia Foundation}}</div>{{clear}}

<div class="floatright">{{Translate|Template:Main Page/Sisterprojects|+/&minus;}}</div><div>{{Main Page/Sisterprojects}}</div>
RIP versi 1
</div><!-- end of contents -->

</div><!-- end of block -->
Spesifikasi asli RIP, didefinisikan dalam RFC 1058, classful menggunakan routing. Update routing periodik tidak membawa informasi subnet, kurang dukungan untuk Variable Length Subnet Mask (VLSM). Keterbatasan ini tidak memungkinkan untuk memiliki subnet berukuran berbeda dalam kelas jaringan yang sama. Dengan kata lain, semua subnet dalam kelas jaringan harus memiliki ukuran yang sama. Juga tidak ada dukungan untuk router otentikasi, membuat RIP rentan terhadap berbagai serangan.
</div><!-- end of row -->

<div class="MainPage__row" style="font-size: smaller;"><languages/></div>

__NOTOC__

__NOEDITSECTION__
RIP versi 2

Karena kekurangan RIP asli spesifikasi, RIP versi 2 (RIPv2) dikembangkan pada tahun 1993 dan standar terakhir pada tahun 1998. Ini termasuk kemampuan untuk membawa informasi subnet, sehingga mendukung Classless Inter-Domain Routing (CIDR). Untuk menjaga kompatibilitas, maka batas hop dari 15 tetap. RIPv2 memiliki fasilitas untuk sepenuhnya beroperasi dengan spesifikasi awal jika semua protokol Harus Nol bidang dalam pesan RIPv1 benar ditentukan. Selain itu, aktifkan kompatibilitas fitur memungkinkan interoperabilitas halus penyesuaian.

Dalam upaya untuk menghindari beban yang tidak perlu host yang tidak berpartisipasi dalam routing, RIPv2 me-multicast seluruh tabel routing ke semua router yang berdekatan di alamat 224.0.0.9, sebagai lawan dari RIP yang menggunakan siaran unicast. Alamat 224.0.0.9 ini berada pada alamat IP versi 4 kelas D (range 224.0.0.0 - 239.255.255.255). Pengalamatan unicast masih diperbolehkan untuk aplikasi khusus.

Latest revision as of 15:28, 27 December 2023

Meta-Wiki

Welcome to Meta-Wiki, the global community site for the Wikimedia Foundation's projects and related projects, from coordination and documentation to planning and analysis.

Other meta-focused wikis such as Wikimedia Outreach are specialized projects that have their roots in Meta-Wiki. Related discussions also take place on Wikimedia mailing lists (particularly wikimedia-l, with its low-traffic equivalent WikimediaAnnounce), IRC channels on Libera, individual wikis of Wikimedia affiliates, and other places.

Current events

May 2024

May 30: Community Affairs Committee: Live call #2 on the Procedure for Sibling Project Lifecycle at 16:00 UTC
May 23: Community Affairs Committee: Live call #1 on the Procedure for Sibling Project Lifecycle at 02:00 UTC
May 13–June 23: Community Affairs Committee: Call for feedback on the proposed Procedure for Sibling Project Lifecycle
May 10–May 12: ESEAP Conference in Kota Kinabalu, Malaysia
May 8–May 29: 2024 Board election: Call for candidates
May 8–June 12: 2024 Board election: Call for questions for candidates
May 8–June 3: Call for new members of the Conference Fund Committee
May 3–May 5: Wikimedia Hackathon 2024 in Tallinn, Estonia
May 2–May 5: WikiNusantara in Bogor, Indonesia
May 2–May 4: Global Wiki Advocacy Meet-up in Santiago, Chile
April 25–May 9: UCoC Coordinating Committee election: Voting period (information for voters / list of all candidates)

April 2024

April 30: Community Resilience and Sustainability conversation hour with Maggie Dennis at 18:00 UTC
April 19–April 21: Wikimedia Summit 2024 in Berlin, Germany
April 2–April 30: Movement Charter: Wikimedia communities review of the Movement Charter full draft (talk page discussions / regional conversations)


Community and communication
Wikimedia Foundation, Meta-Wiki, and its sister projects
The Wikimedia Foundation is the overarching non-profit foundation that owns the Wikimedia servers along with the domain names, logos and trademarks of all Wikimedia projects and MediaWiki. Meta-Wiki is the coordination wiki for the various Wikimedia wikis.