Commitech Solusindo

1. Setting booting pertama pada cdrom.
2. Masukkan cd install Windows 2000 Server.
3. Kemudian tekan enter untuk install Windows 2000 Server.
4. Setelah itu buat partisi sesuai keinginan anda.
5. kemudian format partisi anda dengan NTFS file system.
6. Tunggu sampai prosess format hardisk.
7. Setelah itu komputer akan reboot secara otomatis.
8. Setelah itu komputer akan menginstall device secara otomatis.
9. Ikuti prosedur instalasi Windows 2000 Server.
10. Finish.

Bridge atau contract bridge adalah permainan kartu yang mengandalkan baik kemampuan bermain maupun keuntungan.
Empat pemain berpasangan dan duduk berhadap-hadapan. Permainan ini terdiri dari lelang diikuti oleh permainan kartu. Peraturan-peraturannya cukup ringkas dan mirip dengan permainan kartu lainnya. Lelang berakhir dengan sebuah kontrak kecuali bila kartu di tangan dilewati. Sebuah kontrak adalah pernyataan oleh salah satu partner bahwa pihak mereka akan mengambil sejumlah (atau lebih) trik. Lelang ini menentukan pihak yang menyatakan, the strain of trump dan lokasi pemimpin untuk kartu di tangan.
Turnamen bridge biasanya diatur untuk memaksimalkan penggunaan kecakapan satu tim dan meminimalkan pengaruh keberuntungan. Bridge telah dibandingkan dengan catur dalam pengertian bahwa harus digunakan akal sehat.

Hub adalah sebuah perangkat jaringan komputer yang berfungsi untuk menghubungkan peralatan-peralatan dengan ethernet 10BaseT atau serat optik sehingga menjadikannya dalam satu segmen jaringan. Hub bekerja pada lapisan fisik (layer 1) pada model OSI.

Switch adalah sebuah alat jaringan yang melakukan bridging transparan (penghubung segementasi banyak jaringan dengan forwarding berdasarkan alamat MAC).
Switch jaringan dapat digunakan sebagai penghubung komputer atau router pada satu area yang terbatas, switch juga bekerja pada lapisan data link, cara kerja switch hampir sama seperti bridge, tetapi switch memiliki sejumlah port sehingga sering dinamakan multi-port bridge.

Cara Kerja Switch

Switch dapat dikatakan sebagai multi-port bridge karena mempunyai collision domain dan broadcast domain tersendiri, dapat mengatur lalu lintas paket yang melalui switch jaringan. Cara menghubungkan komputer ke switch sangat mirip dengan cara menghubungkan komputer atau router ke hub. Switch dapat digunakan langsung untuk menggantikan hub yang sudah terpasang pada jaringan.

Type Switch

Ada beberapa jenis Switch yang beredar di pasaran, yang bekerja di Layer 2 dan Layer 3 pada lapisan OSI.
ATM Switch
ISDN Switch
ISDN (Integrated Services Digital Network) Switch atau yang dikenal sebagai istilah Frame relay switch over ISDN yang biasanya terdapat pada Service Provider bekerja seperti halnya switch, tapi memiliki perbedaan yaitu interface yang di gunakan berupa ISDN card atau ISDN router.
DSLAM Switch
Ethernet Switch

Kabel “Unshielded twisted pair” (UTP) digunakan untuk LAN dan sistem telepon. Kabel UTP terdiri dari empat pasang warna konduktor tembaga yang setiap pasangnya berpilin. Pembungkus kabel memproteksi dan menyediakan jalur bagi tiap pasang kawat. Kabel UTP terhubung ke perangkat melalui konektor modular 8 pin yang disebut konektor RJ-45. Semua protokol LAN dapat beroperasi melalui kabel UTP. Kebanyakan perangkat LAN dilengkapi dengan RJ-45. Secara singkat kabel UTP adalah murah dan mudah dipasang, dan bisa bekerja untuk jaringan skala kecil

Kelebihan twisted pair:
- harga relatif paling murah di antara kabel jaringan lainnya
- mudah dalam membangun instalasi
Kelemahan:
- jarak jangkau hanya 100 m dan kecepatan transmisi relatif terbatas (1 Gbps)
- mudah terpengaruh noise (gangguan)

FTP (singkatan dari File Transfer Protocol) adalah sebuah protokol Internet yang berjalan di dalam lapisan aplikasi yang merupakan standar untuk pentransferan berkas (file) komputer antar mesin-mesin dalam sebuah internetwork.

FTP merupakan salah satu protokol Internet yang paling awal dikembangkan, dan masih digunakan hingga saat ini untuk melakukan pengunduhan (download) dan penggugahan (upload) berkas-berkas komputer antara klien FTP dan server FTP. Sebuah Klien FTP merupakan aplikasi yang dapat mengeluarkan perintah-perintah FTP ke sebuah server FTP, sementara server FTP adalah sebuah Windows Service atau daemon yang berjalan di atas sebuah komputer yang merespons perintah-perintah dari sebuah klien FTP. Perintah-perintah FTP dapat digunakan untuk mengubah direktori, mengubah modus transfer antara biner dan ASCII, menggugah berkas komputer ke server FTP, serta mengunduh berkas dari server FTP.

Sebuah server FTP diakses dengan menggunakan Universal Resource Identifier (URI) dengan menggunakan format ftp://namaserver. Klien FTP dapat menghubungi server FTP dengan membuka URI tersebut.
Cara kerja protokol FTP

FTP menggunakan protokol Transmission Control Protocol (TCP) untuk komunikasi data antara klien dan server, sehingga di antara kedua komponen tersebut akan dibuatlah sebuah sesi komunikasi sebelum transfer data dimulai. Sebelum membuat koneksi, port TCP nomor 21 di sisi server akan "mendengarkan" percobaan koneksi dari sebuah klien FTP dan kemudian akan digunakan sebagai port pengatur (control port) untuk (1) membuat sebuah koneksi antara klien dan server, (2) untuk mengizinkan klien untuk mengirimkan sebuah perintah FTP kepada server dan juga (3) mengembalikan respons server ke perintah tersebut. Sekali koneksi kontrol telah dibuat, maka server akan mulai membuka port TCP nomor 20 untuk membentuk sebuah koneksi baru dengan klien untuk mentransfer data aktual yang sedang dipertukarkan saat melakukan pengunduhan dan penggugahan.

FTP hanya menggunakan metode autentikasi standar, yakni menggunakan username dan password yang dikirim dalam bentuk tidak terenkripsi. Pengguna terdaftar dapat menggunakan username dan password-nya untuk mengakses, men-download, dan meng-upload berkas-berkas yang ia kehendaki. Umumnya, para pengguna terdaftar memiliki akses penuh terhadap beberapa direktori, sehingga mereka dapat membuat berkas, membuat direktori, dan bahkan menghapus berkas. Pengguna yang belum terdaftar dapat juga menggunakan metode anonymous login, yakni dengan menggunakan nama pengguna anonymous dan password yang diisi dengan menggunakan alamat e-mail.

Hypertext Transfer Protocol (HTTP) adalah sebuah protokol jaringan lapisan aplikasi yang digunakan untuk sistem informasi terdistribusi, kolaboratif, dan menggunakan hipermedia. Penggunaannya banyak pada pengambilan sumber daya yang saling terhubung dengan tautan, yang disebut dengan dokumen hiperteks, yang kemudian membentuk World Wide Web pada tahun 1990 oleh fisikawan Inggris, Tim Berners-Lee. Hingga kini, ada dua versi mayor dari protokol HTTP, yakni HTTP/1.0 yang menggunakan koneksi terpisah untuk setiap dokumen, dan HTTP/1.1 yang dapat menggunakan koneksi yang sama untuk melakukan transaksi. Dengan demikian, HTTP/1.1 bisa lebih cepat karena memang tidak usah membuang waktu untuk pembuatan koneksi berulang-ulang.

Pengembangan standar HTTP telah dilaksanakan oleh Konsorsium World Wide Web (World Wide Web Consortium/W3C) dan juga Internet Engineering Task Force (IETF), yang berujung pada publikasi beberapa dokumen Request for Comments (RFC), dan yang paling banyak dirujuk adalah RFC 2616 (yang dipublikasikan pada bulan Juni 1999), yang mendefinisikan HTTP/1.1.

Dukungan untuk HTTP/1.1 yang belum disahkan, yang pada waktu itu RFC 2068, secara cepat diadopsi oleh banyak pengembang penjelajah Web pada tahun 1996 awal. Hingga Maret 1996, HTTP/1.1 yang belum disahkan itu didukung oleh Netscape 2.0, Netscape Navigator Gold 2.01, Mosaic 2.7, Lynx 2.5, dan dalam Microsoft Internet Explorer 3.0. Adopsi yang dilakukan oleh pengguna akhir penjelajah Web pun juga cepat. Pada bulan Maret 2006, salah satu perusahaan Web hosting melaporkan bahwa lebih dari 40% dari penjelajah Web yang digunakan di Internet adalah penjelajah Web yang mendukung HTTP/1.1. [1]Perusahaan yang sama juga melaporkan bahwa hingga Juni 1996, 65% dari semua penjelajah yang mengakses server-server mereka merupakan penjelajah Web yang mendukung HTTP/1.1. Standar HTTP/1.1 yang didefinisikan dalam RFC 2068 secara resmi dirilis pada bulan Januari 1997. Peningkatan dan pembaruan terhadap standar HTTP/1.1 dirilis dengan dokumen RFC 2616 pada bulan Juni 1999.

HTTP adalah sebuah protokol meminta/menjawab antara klien dan server. Sebuah klien HTTP (seperti web browser atau robot dan lain sebagainya), biasanya memulai permintaan dengan membuat hubungan ke port tertentu di sebuah server Web hosting tertentu (biasanya port 80). Klien yang mengirimkan permintaan HTTP juga dikenal dengan user agent. Server yang meresponsnya, yang menyimpan sumber daya seperti berkas HTML dan gambar, dikenal juga sebagai origin server. Di antara user agent dan juga origin server, bisa saja ada penghubung, seperti halnya proxy, gateway, dan juga tunnel.

HTTP tidaklah terbatas untuk penggunaan dengan TCP/IP, meskipun HTTP merupakan salah satu protokol aplikasi TCP/IP paling populer melalui Internet. Memang HTTP dapat diimplementasikan di atas protokol yang lain di atas Internet atau di atas jaringan lainnya. seperti disebutkan dalam "implemented on top of any other protocol on the Internet, or on other networks.", tapi HTTP membutuhkan sebuah protokol lapisan transport yang dapat diandalkan. Protokol lainnya yang menyediakan layanan dan jaminan seperti itu juga dapat digunakan.."[2]

Sumber daya yang hendak diakses dengan menggunakan HTTP diidentifikasi dengan menggunakan Uniform Resource Identifier (URI), atau lebih khusus melalui Uniform Resource Locator (URL), menggunakan skema URI http: atau https:.


Sesuai dengan perkembangan infrastruktur internet maka pada tahun 1999 dikeluarkan HTTP versi 1.1 untuk mengakomodasi proxy, cache dan koneksi yang persisten.

Sesi HTTP

Sebuah sesi HTTP adalah urutan transaksi permintaan dan respons jaringan dengan menggunakan protokol HTTP. Sebuah klien HTTP akan memulai sebuah permintaan. Klien tersebut akan membuka sebuah koneksi Transmission Control Protocol|Transmission Control Protocol (TCP) ke sebuah port tertentu yang terdapat dalam sebuah host (umumnya port 80 atau 8080). Server yang mendengarkan pada port 80 tersebut akan menunggu pesan permintaan klien. Saat menerima permintaan, server akan mengirimkan kembali baris status, seperti "HTTP/1.1 200 OK", dan pesan yang hendak diminta, pesan kesalahan atau informasi lainnya.

Berikut ini adalah contoh transaksi yang dilakukan oleh server dan klien S = Server C = Client

C : (Inisialisasi koneksi)
C : GET /index.htm HTTP/1.1
C : Host: www.wikipedia.org
S : 200 OK
S : Mime-type: text/html
S :
S : -- data dokumen --
S : (close connection)

Topologi jaringan ini disebut juga sebagai topologi jaringan bertingkat. Topologi ini biasanya digunakan untuk interkoneksi antar sentral denganhirarki yang berbeda. Untuk hirarki yang lebih rendah digambarkan pada lokasi yang rendah dan semakin keatas mempunyai hirarki semakin tinggi. Topologi jaringan jenis ini cocok digunakan pada sistem jaringan komputer .

Pada jaringan pohon, terdapat beberapa tingkatan simpul (node). Pusat atau simpul yang lebih tinggi tingkatannya, dapat mengatur simpul lain yang lebih rendah tingkatannya. Data yang dikirim perlu melalui simpul pusat terlebih dahulu. Misalnya untuk bergerak dari komputer dengan node-3 kekomputer node-7 seperti halnya pada gambar, data yang ada harus melewati node-3, 5 dan node-6 sebelum berakhir pada node-7.

Keungguluan jaringan model pohon seperti ini adalah, dapat terbentuknya suatu kelompok yang dibutuhkan pada setiap saat. Sebagai contoh, perusahaan dapat membentuk kelompok yang terdiri atas terminal pembukuan, serta pada kelompok lain dibentuk untuk terminal penjualan. Adapun kelemahannya adalah, apabila simpul yang lebih tinggi kemudian tidak berfungsi, maka kelompok lainnya yang berada dibawahnya akhirnya juga menjadi tidak efektif. Cara kerja jaringan pohon ini relatif menjadi lambat.

Topologi jala atau mesh adalah sejenis topologi jaringan yang menerapkan hubungan antarsentral secara penuh. Jumlah saluran harus disediakan untuk membentuk jaringan ini adalah jumlah sentral dikurangi 1 (n-1, n = jumlah sentral). Tingkat kerumitan jaringan sebanding dengan meningkatnya jumlah sentral yang terpasang. Topologi ini selain kurang ekonomis juga relatif mahal dalam pengoperasiannya.

Pada topologi Bus, kedua unjung jaringan harus diakhiri dengan sebuah terminator. Barel connector dapat digunakan untuk memperluasnya. Jaringan hanya terdiri dari satu saluran kabel yang menggunakan kabel BNC. Komputer yang ingin terhubung ke jaringan dapat mengkaitkan dirinya dengan mentap Ethernetnya sepanjang kabel.

Linear Bus: Layout ini termasuk layout yang umum. Satu kabel utama menghubungkan tiap simpul, ke saluran tunggal komputer yang mengaksesnya ujung dengan ujung. Masing-masing simpul dihubungkan ke dua simpul lainnya, kecuali mesin di salah satu ujung kabel, yang masing-masing hanya terhubung ke satu simpul lainnya. Topologi ini seringkali dijumpai pada sistem client/server, dimana salah satu mesin pada jaringan tersebut difungsikan sebagai File Server, yang berarti bahwa mesin tersebut dikhususkan hanya untuk pendistribusian data dan biasanya tidak digunakan untuk pemrosesan informasi.

Instalasi jaringan Bus sangat sederhana, murah dan maksimal terdiri atas 5-7 komputer. Kesulitan yang sering dihadapi adalah kemungkinan terjadinya tabrakan data karena mekanisme jaringan relatif sederhana dan jika salah satu node putus maka akan mengganggu kinerja dan trafik seluruh jaringan.

* Keunggulan topologi Bus adalah pengembangan jaringan atau penambahan workstation baru dapat dilakukan dengan mudah tanpa mengganggu workstation lain.

*Kelemahan dari topologi ini adalah bila terdapat gangguan di sepanjang kabel pusat maka keseluruhan jaringan akan mengalami gangguan.

Topologi linear bus merupakan topologi yang banyak dipergunakan pada masa penggunaan kabel Coaxial menjamur. Dengan menggunakan T-Connector (dengan terminator 50ohm pada ujung network), maka komputer atau perangkat jaringan lainnya bisa dengan mudah dihubungkan satu sama lain. Kesulitan utama dari penggunaan kabel coaxial adalah sulit untuk mengukur apakah kabel coaxial yang dipergunakan benar-benar matching atau tidak. Karena kalau tidak sungguh-sungguh diukur secara benar akan merusak NIC (network interface card) yang dipergunakan dan kinerja jaringan menjadi terhambat, tidak mencapai kemampuan maksimalnya. Topologi ini juga sering digunakan pada jaringan dengan basis fiber optic (yang kemudian digabungkan dengan topologi star untuk menghubungkan dengan client atau node.).

Topologi bintang merupakan bentuk topologi jaringan yang berupa konvergensi dari node tengah ke setiap node atau pengguna. Topologi jaringan bintang termasuk topologi jaringan dengan biaya menengah.

Kelebihan

* Kerusakan pada satu saluran hanya akan mempengaruhi jaringan pada saluran tersebut dan station yang terpaut.
* Tingkat keamanan termasuk tinggi.
* Tahan terhadap lalu lintas jaringan yang sibuk.
* Penambahan dan pengurangan station dapat dilakukan dengan mudah.

Kekurangan

* Jika node tengah mengalami kerusakan, maka seluruh jaringan akan terhenti.

Topologi jaringan adalah, hal yang menjelaskan hubungan geometris antara unsur-unsur dasar penyusun jaringan, yaitu node, link, dan station. Topologi jaringan dapat dibagi menjadi 5 kategori utama seperti di bawah ini.

* Topologi bintang
* Topologi cincin
* Topologi bus
* Topologi mesh ( Jala )
* Topologi pohon

Setiap jenis topologi di atas masing-masing memiliki kelebihan dan kekurangan. Pemilihan topologi jaringan didasarkan pada skala jaringan, biaya, tujuan, dan pengguna.

Dalam komputer, satu Uniform Resource Identifier (URI) adalah sebuah string karakter yang digunakan untuk mengidentifikasi nama atau sumber di Internet. Memungkinkan identifikasi seperti interaksi dengan representasi sumber daya melalui jaringan (biasanya di World Wide Web) dengan menggunakan protokol tertentu. Skema yang menetapkan sintaks beton dan terkait protokol mendefinisikan masing-masing URI.

Hubungan ke URL dan URN

Ilmuwan komputer dapat mengklasifikasikan sebuah URI sebagai pelacak (URL), atau nama (URN), atau keduanya. A Uniform Resource Name (URN) fungsi seperti nama seseorang, sementara Uniform Resource Locator (URL) menyerupai orang jalan-address. Dengan kata lain: yang URN mendefinisikan item identitas, sementara URL yang menyediakan metode untuk menemukannya.

Sistem ISBN untuk buku-buku identifikasi unik menyediakan contoh penggunaan guci. ISBN 0486275574 (urn: isbn :0-486-27557-4) mengutip jelas edisi khusus drama Shakespeare Romeo dan Juliet. Dalam rangka untuk mendapatkan akses ke obyek ini dan membaca buku, orang akan memerlukan lokasi: alamat URL. URL tipikal buku ini pada sebuah unix-sistem operasi mirip akan menjadi path file seperti file: / / / home / username / Purwoadi Sulistiono.pdf, mengidentifikasi buku elektronik yang tersimpan dalam sebuah file di harddisk lokal. Jadi guci dan URL memiliki tujuan saling melengkapi.

Sejarah

Penamaan, berbicara, dan mengidentifikasi sumber daya

URI dan URL memiliki sejarah bersama. Pada tahun 1990, Tim Berners-Lee's proposal untuk HyperText [2] secara implisit memperkenalkan ide URL sebagai string pendek mewakili sumber daya yang menjadi target dari hyperlink. Pada waktu orang-orang menyebutnya sebagai sebuah "nama hypertext" [3] atau "nama dokumen".

Selama tiga dan setengah tahun, seperti World Wide Web teknologi inti dari HTML (yang HyperText Markup Language), HTTP, dan web browser dikembangkan, kebutuhan untuk membedakan string yang disediakan alamat untuk sumber daya dari string yang hanya bernama sebuah sumber muncul. Meskipun belum secara resmi ditetapkan, istilah Uniform Resource Locator datang untuk mewakili mantan, dan semakin perdebatan Uniform Resource Name datang untuk mewakili kedua.

Selama perdebatan menentukan URL dan guci-guci itu menjadi jelas bahwa dua konsep yang terkandung oleh ketentuan-ketentuan itu hanya aspek fundamental, menyeluruh pengertian tentang identifikasi sumber daya. Pada bulan Juni 1994, IETF dipublikasikan Berners-Lee's RFC 1630: RFC yang pertama (dalam teks non-normatif) mengakui keberadaan URL dan guci, dan, yang lebih penting, yang didefinisikan sintaks formal untuk Universal Resource Identifier - URL-seperti syntaxes string yang tepat dan semantik tergantung pada skema mereka. Selain itu, RFC ini berusaha untuk merangkum skema syntaxes URL yang digunakan pada saat itu. Hal ini juga diakui, tetapi tidak standardisasi, keberadaan relatif URL dan fragmen pengidentifikasi.

Sumber : Wikipedia

URL singkatan dari Uniform Resource Locator adalah rangkaian karakter menurut suatu format standar tertentu, yang digunakan untuk menunjukkan alamat suatu sumber - seperti dokumen dan gambar - di Internet.

URL merupakan suatu inovasi dasar bagi perkembangan sejarah Internet. URL pertama kali diciptakan oleh Tim Berners-Lee[rujukan?] pada tahun 1991 agar penulis-penulis dokumen dokumen dapat merujuk pranala ke Jejaring Jagat Jembar atau World Wide Web. Sejak 1994, konsep URL telah dikembangkan menjadi istilah Uniform Resource Identifier (URI) yang lebih umum sifatnya. Walaupun demikian, istilah URL masih tetap digunakan secara luas.

Sejarah

The Uniform Resource Locator diciptakan pada tahun 1994 oleh Tim Berners-Lee sebagai bagian dari URI. The Uniform Resource Locator berevolusi dari Universal Resource Locator. Berners-Lee menyesalkan penggunaan titik untuk memisahkan rute ke server di URI, dan keinginan dia telah menggunakan garis miring untuk seluruh hal [rujukan?]. Sebagai contoh, akan terlihat seperti http://www.serverroute.com/path/to/file.html http:com/serverroute/www/path/to/file.html. Berners-Lee juga mengakui bahwa dua garis miring maju mengikuti skema itu tidak perlu.

Amerika Latin dan Karibia Internet Addresses Registry (LACNIC) adalah Regional Internet Registry untuk Amerika Latin dan Karibia daerah.

LACNIC nomor menyediakan alokasi sumber daya dan layanan registrasi yang mendukung operasi global Internet. Ini adalah bukan untuk mencari keuntungan, organisasi berbasis keanggotaan yang anggotanya termasuk Internet Service Provider, dan organisasi serupa.

Fungsi

LACNIC fungsi utama adalah:

* Mengalokasikan IPv4 dan IPv6 address space, dan Autonomous System Numbers
* Memelihara Database Whois publik untuk Amerika Latin dan Karibia
* Reverse DNS delegasi
* Mewakili kepentingan Amerika Latin dan Karibia komunitas internet di panggung global

Sejarah

Sejak tahun 1993, organisasi-organisasi akademis di Amerika Latin seperti ENRED - Foro de redes de America Latina kamu El Caribe, mendiskusikan kebutuhan register untuk Amerika Latin. Pada tahun 1998 selama pertemuan di Panamá ENRED termasuk NIC-MX, tema ini sedang dibahas dan mereka mengetahui bahwa kelompok lain yang dibentuk oleh organisasi komersial seperti CABASE - Camara Argentina de Base de Datos y Servicio em Línea dan e-COMLAC (Amerika Latin dan Karibia Federasi untuk Internet dan Electronic Commerce), juga mendiskusikan gagasan tentang american latin registri.

Pada tanggal 30 Januari 1998, Ira Magazincr, maka penasihat senior Presiden Clinton untuk pengembangan kebijakan, merilis sebuah makalah diskusi, yang dikenal sebagai "kertas hijau". Sebuah versi revisi yang dikenal sebagai "kertas putih" dirilis pada tanggal 5 Juni. Makalah ini mengusulkan sebuah organisasi baru untuk menangani sumber daya internet. (yang terlambat menjadi ICANN). Setelah rilis ini sejumlah kelompok, konferensi yang diselenggarakan untuk membahas proposal dan membuat saran, di antara mereka, IFWP atau International Forum untuk White Paper.

IFWP diselenggarakan empat pertemuan, yang terakhir di Buenos Aires, di mana beberapa orang Amerika selatan orang dan organisasi dibedakan berpartisipasi dan mulai mengenal satu sama lain. Di antara mereka Messano Oscar, Anthony Harris dan Edmundo Valiente dari CABASE, Fabio Marinho, anggota Comite Gestor de Brasil - Brasil internet Steering Committee dan Presiden ASSESPRO - Associação Brasileira de Empresas de Software Serviços de Informática e Internet, Raimundo Beca-AHCIET - Asosiasi Hispanoamericana de Centros de Investigacion y Empresas de telecomunicaciones, Brasil, México Nic-Oscar Robles dan Jerman Valdez, y Julian Dunayevich, Raul Echeverria. ENRED

Bergabung dengan organisasi-organisasi eCOMLAC - Federación Latino Americana y Caribeña para Internet y el Comercio electrónico, argumented bahwa alamat IP Amerika Latin, dapat ditangani oleh suatu badan lokal dan mencapai kesepakatan untuk penciptaan. Orang lain berpartisipasi dalam diskusi awal ini, di antara Eliezer CADENAS (ENRED), Fidel Vienegas (AHCIET), Raphael Mandarino (CG_B).

Akhirnya kesepakatan untuk penciptaan LACNIC (Amerika Latin dan Karibia IP Address Daerah Registry), ditandatangani di Santiago de Chile pada 22 Agustus 1999 selama pertemuan ICANN yang kedua.

Sebuah Dewan Interim didefinisikan dengan enam anggota:

* AHCIET - Raimundo Beca;
* CABASE - Jorge Plano, kemudian digantikan oleh Oscar Messano;
* CG-Br - José Luis Ribeiro;
* ENRED - Julian Dunayerich; kemudian digantikan oleh Raul Echeverria;
* NIC-Mx - Jerman Valdez;
* ECOMLAC - Fabio Marinho;

Langkah berikutnya, LACNIC ini disampaikan Dewan Sementara pada 26 Agustus 1999, perjanjian ini untuk Esther Dyson, maka Ketua Interim ICANN ICANN Board untuk persetujuan.

Sebuah Rencana Bisnis atau organisasi baru ini dikembangkan dan disajikan kepada ARIN, organisasi yang bertanggung jawab untuk wilayah kami. Anggaran Dasar diciptakan dan diputuskan bahwa akan LACNIC kantor pusat di Montevideo, dengan orang-orang teknis dan peralatan di São Paulo, Brazil NIC di tempat.

LACNIC secara resmi diakui oleh ICANN selama pertemuan Shanghai pada tahun 2002. [1].

LACNIC didirikan pada 2001, dengan kantor administrasi di Montevideo, Uruguay dan fasilitas teknis yang disediakan oleh Comite Gestor da Internet Brasil São Paulo.

LACNIC pertemuan

* LACNIC XI 26-30 Mei 2008 - Salvador, Bahia, Brasil
* LACNIC Karibia - Curaçao, Antillen Belanda - Juli 22 dan 23, 2008
* LACNIC XII - 25-29 Mei, 2009 - Kota Panama, Panamá

Negara - LACNIC wilayah

* Antigua dan Barbuda
* Argentina
* Aruba
* Barbados
* Belize
* Bolivia
* Brazil
* Kepulauan Cayman
* Chile
* Kolombia



* Kosta Rika
* Kuba
* Dominika
* Republik Dominika
* Hindia Barat Belanda
* Ekuador
* El Salvador
* Kepulauan Falkland (Inggris)
* Guyana Perancis
* Grenada



* Guatemala
* Guyana
* Haiti
* Honduras
* Jamaika
* Mexico
* Nikaragua
* Panama
* Paraguay
* Peru



* Saint Kitts dan Nevis
* Saint Lucia
* Saint Vincent dan Grenadines
* Georgia Selatan dan Kepulauan Sandwich Selatan
* Suriname
* Trinidad dan Tobago
* Uruguay
* Venezuela

Struktur
Organisasi

The LACNIC terdiri dari:

* Anggota
o Anggota dapat langsung mempengaruhi kegiatan LACNIC dan jasa. Anggota bertanggung jawab untuk pencalonan dan pemilihan kandidat dalam Badan Eksekutif LACNIC dan untuk menerima skema pengisian LANIC dan menyetujui LACNIC Laporan Keuangan setiap tahun. Anggota juga memberikan masukan kepada, dan umpan balik, kegiatan yang dilakukan dan layanan yang diberikan oleh LACNIC.

* Executive Board
o LACNIC mencalonkan dan memilih anggota Badan Eksekutif. Dewan terdiri dari enam anggota dan bertanggung jawab untuk menunjuk Directo Eksekutif LACNIC dan untuk situasi keuangan secara keseluruhan LACNIC.
* LACNIC Staf
o Anggota staf melakukan kegiatan LACNIC, memberikan layanan kepada anggotanya dan memberikan dukungan administrasi bagi LACNIC.

Badan Eksekutif
Nama Jabatan Negara kediaman Berakhir
Oscar Messano
Presiden Argentina Desember, 2011
Fabio Marinho
Vice President Brasil Desember, 2010
Oscar Robles
Sekretaris mexico Desember, 2011
Hartmut Glaser
Bendahara Brasil Desember, 2009
Carlos Neira
Wakil Bendahara Kolombia Desember, 2009
Javier Salazar
Deputi Sekretaris mexico Desember, 2010
Raul Echeberría
Direktur Eksekutif Uruguay
Keanggotaan

Organisasi yang menerima alamat IP dari LACNIC secara otomatis langsung menjadi anggota. Menurut ukuran ruang alamat setiap organisasi mengelola, ada anggota yang berbeda kategori dan tingkatan. Keanggotaan terbuka untuk setiap orang atau organisasi yang berminat; ini berarti bahwa organisasi-organisasi yang tidak langsung menerima alamat IP dari LACNIC juga dapat mengajukan aplikasi keanggotaan.

Hal ini tidak perlu menjadi anggota LACNIC sebelum mengajukan permohonan untuk ruang alamat IP (atau sumber daya lainnya), juga tidak akan berbuat demikian memudahkan untuk mendapatkan mereka.

Untuk informasi rinci tentang kategori anggota, hak, dan kewajiban lihat: [2]
LACNIC perjanjian kerjasama

Sejak pembentukannya, LACNIC telah mengadopsi kebijakan kerjasama yang aktif berusaha untuk mengkonsolidasikan dirinya sebagai sebuah organisasi, untuk memperkuat keterlibatan dalam pertumbuhan dan pengembangan Internet di wilayah, dan untuk memenuhi tujuan utamanya manajemen sumber daya Internet untuk wilayah Latin Amerika dan Karibia.

Contoh dari hal ini adalah perjanjian yang ditandatangani awal dengan melakukan Gestor Comite Internet NIC Brasil dan Meksiko. Melalui perjanjian pertama adalah mungkin untuk memiliki infrastruktur teknis dan sumber daya manusia yang diperlukan untuk LACNIC pusat operasional di kota São Paulo selama dua tahun pertama keberadaannya. Dalam kasus perjanjian dengan NIC Meksiko, sangat mungkin untuk mengimplementasikan rencana pelatihan LACNIC dengan mengorbankan kata organisasi, melalui bahan dan persiapan penyelenggaraan pertemuan di berbagai negara dari kawasan kita.

Kedua perjanjian memiliki peran yang sangat penting dalam pencapaian LACNIC stabilitas dan kelangsungan hidup selama tahap-tahap awal.

Demikian pula, kami percaya bahwa dengan menghasilkan berbagai kesepakatan kerjasama dan kegiatan LACNIC dapat membuat kontribusi yang signifikan bagi penguatan lembaga serta pertumbuhan dan perkembangan komunitas internet di kawasan ini.

LACNIC's partisipasi dalam setiap perjanjian adalah bervariasi dan tergantung pada kemampuan yang tersedia di masing-masing kasus, tetapi maksudnya adalah selalu untuk melengkapi sumber daya dan tindakan setiap organisasi. Untuk alasan ini, dalam beberapa kasus berpartisipasi dengan menggunakan dana sendiri atau memperoleh dana dari luar daerah, dalam orang lain dengan memfasilitasi pelembagaan organisasi regional, mengintegrasikan dan co-organisasi yang berpartisipasi dalam forum dan aktivitas lainnya serta mendukung penelitian pada isu-isu strategis.

Jadi, meskipun tidak peran utamanya, LACNIC memberikan kontribusi untuk pertumbuhan dan evolusi komunitas Internet regional, meningkatkan kehadiran internasionalnya dan relevansi, mengakibatkan tingkat keterlibatan yang lebih besar dan berpengaruh pada definisi kebijakan dan pengelolaan sumber daya global di jaringan tingkat internasional.

* NIC-BR - LACNIC Perjanjian
* NIC-MX - LACNIC Perjanjian
* CLARA - LACNIC Perjanjian Kerjasama
* ECOM-LAC - LACNIC Perjanjian Kerjasama
* LACTLD - LACNIC Perjanjian Kerjasama
* ICA-IDRC - LACNIC Agreement (Frida Program)
* ISC - LACNIC Perjanjian (Proyek + RAICES)
* ORT University - LACNIC Perjanjian
* Universitas Republik (Fakultas Teknik) - Perjanjian LACNIC
* Exchange Program dengan RIR lain
* Dukungan dan Partisipasi di Daerah Acara dan Forum lain

The Number Resource Organization

Dengan RIR lain, LACNIC adalah anggota dari Number Resource Organization (NRO), yang ada untuk melindungi sumber daya nomor belum dialokasikan renang, untuk mempromosikan dan melindungi bottom-up proses pengembangan kebijakan, dan menjadi titik fokus input ke dalam sistem RIR.
Lain-lain Internet terkemuka organisasi

Ini termasuk IANA (IANA), Internet Corporation for Assigned Names and Numbers (ICANN), Internet Engineering Task Force (IETF), Internet Engineering Policy Group (IEPG), Internet Society (ISOC), dan lain-lain .

AfriNIC (African Network Information Center) adalah Regional Internet Registry (RIR) untuk Afrika.

AfriNIC, yang berkantor pusat di Ebene City, Mauritius, untuk sementara diakui oleh ICANN pada 11 Oktober 2004 dan menjadi fungsional operasional pada 22 Februari 2005. Itu diakui oleh ICANN pada bulan April 2005.

Sebelumnya, alamat IP untuk Afrika didistribusikan oleh APNIC, ARIN, dan RIPE NCC. [1]

AfriNIC telah dialokasikan alamat IPv4 blok 41.0.0.0 / 8, 196.0.0.0 / 8 dan 197.0.0.0 / 8 dan IPv6 blok 2c00:: / 12 dan 2001:4200:: / 23. Adiel AKPLOGAN, sebuah Togo Nasional, adalah CEO registri.

Negara

* Aljazair
* Angola
* Benin
* Botswana
* Burkina Faso
* Burundi
* Republik Kongo
* Kamerun
* Cape Verde
* Republik Afrika Tengah
* Chad
* Komoro
* Republik Demokratik Kongo
* Pantai Gading



* Djibouti
* Mesir
* Equatorial Guinea
* Eritrea
* Ethiopia
* Gabon
* Gambia
* Ghana
* Guinea
* Guinea-Bissau
* Kenya
* Lesotho
* Liberia
* Libya



* Madagaskar
* Malawi
* Mali
* Mauritania
* Mauritius
* Mayotte
* Maroko
* Mozambik
* Namibia
* Niger
* Nigeria
* Reunion Island
* Rwanda
* Sao Tome dan Principe
* Senegal



* Seychelles
* Sierra Leone
* Somaliland
* South Africa
* Sudan
* Swaziland
* Tanzania
* Togo
* Tunisia
* Uganda
* Sahara Barat
* Zambia
* Zimbabwe

Asia Pacific Network Information Centre (APNIC) adalah Regional Internet Registry untuk kawasan Asia Pasifik.

APNIC menyediakan jumlah alokasi sumber daya dan layanan registrasi yang mendukung operasi global Internet. Ini adalah bukan untuk mencari keuntungan, organisasi berbasis keanggotaan yang anggotanya termasuk Internet Service Provider, Internet Registries Nasional, dan organisasi serupa.

APNIC fungsi utama adalah:

* Mengalokasikan IPv4 dan IPv6 address space, dan Autonomous System Numbers
* Memelihara Database Whois publik untuk wilayah Asia Pasifik
* Reverse DNS delegasi
* Mewakili kepentingan komunitas internet Asia Pasifik di panggung global

Pertemuan Kebijakan Terbuka

Setiap tahun, APNIC mengadakan dua pertemuan kebijakan terbuka. Ini memberikan kesempatan masyarakat untuk datang bersama-sama untuk pengembangan kebijakan, pengambilan keputusan, pendidikan, pertukaran informasi, dan jaringan - baik profesional dan sosial. Kebijakan Terbuka pertama setiap tahun Rapat diselenggarakan sebagai jejak konferensi Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT), dan yang kedua adalah sebagai standalone diadakan pertemuan. Pertemuan diadakan di berbagai lokasi di seluruh Asia Pasifik dan sering melibatkan unsur-unsur budaya ekonomi negara tuan rumah.

Pelatihan APNIC

APNIC mengadakan beberapa kursus pelatihan di berbagai lokasi di seluruh wilayah. Kursus-kursus ini dirancang untuk mendidik peserta untuk mahir mengkonfigurasi, mengelola dan memberikan layanan internet mereka dan infrastruktur dan untuk menerima praktek-praktek terbaik saat ini.

Whois Database

Database Whois APNIC detail dari registrasi berisi alamat IP dan nomor AS awalnya dialokasikan oleh APNIC. Ini menunjukkan organisasi-organisasi yang memegang sumber daya, di mana alokasi dibuat, dan rincian kontak untuk jaringan. Organisasi yang memegang sumber daya yang bertanggung jawab untuk memperbarui informasi mereka dalam database. Basis data dapat dicari dengan menggunakan antarmuka web pada situs APNIC, atau dengan mengarahkan klien whois Anda whois.apnic.net (misalnya, whois-h whois.apnic.net 203.37.255.97).

Spam, hacking, dll

Setelah memanfaatkan Whois Database dalam upaya untuk menentukan siapa yang mungkin bertanggung jawab untuk mengirimkan spam atau mendapatkan akses tidak sah ke komputer mereka (hacking), banyak orang salah menafsirkan keliru apnic.net sebagai referensi untuk menunjukkan sumber spam atau upaya hacking. Orang-orang ini juga cenderung percaya bahwa APNIC memiliki kewenangan dan kekuasaan untuk mencegah jenis jaringan ini pelecehan. Kedua ini adalah kesalahpahaman. APNIC memainkan peran pasif, memberikan pelayanan yang baik dan terhormat Netizen pidana dalam suatu cara yang tidak menghakimi. APNIC ada semata-mata untuk melayani anggota-anggotanya, dan tidak terlibat dalam masalah Cybercrime kepolisian.

Mitra

APNIC bekerja sama dengan banyak organisasi Internet lainnya, termasuk:

Keanggotaan APNIC

Mayor Internet Service Provider (ISP), National Internet Registry (NIR) dan Pusat Informasi Jaringan (NIC).

Lainnya Regional Internet Registry (RIR)

ARIN (Amerika Utara), LACNIC (Amerika Latin dan Karibia), RIPE NCC (Eropa), dan AfriNIC (Afrika).

The Number Resource Organization

Dengan RIR lainnya, APNIC adalah anggota dari Number Resource Organization (NRO), yang ada untuk melindungi sumber daya nomor belum dialokasikan renang, untuk mempromosikan dan melindungi bottom-up proses pengembangan kebijakan, dan menjadi titik fokus input ke dalam sistem RIR.

Internet terkemuka organisasi

Ini termasuk IANA (IANA), Internet Corporation for Assigned Names and Numbers (ICANN), Internet Engineering Task Force (IETF), Internet Engineering Policy Group (IEPG), Internet Society (ISOC), dan lain-lain .

Registri sebelumnya untuk Australia, yang dikenal sebagai AUNIC, sekarang dibubarkan, dan tanggung jawab yang dilakukan oleh APNIC.

Sejarah

APNIC didirikan pada tahun 1992 oleh Asia Pasifik Koordinator Komite Penelitian Intercontinental Networks (APCCIRN) dan Asia Pacific Engineering and Planning Group (APEPG). Kedua kelompok itu kemudian digabung dan berganti nama menjadi Kelompok Jaringan Asia Pasifik (APNG). Ini didirikan sebagai sebuah proyek percontohan untuk memberikan ruang alamat seperti yang didefinisikan oleh RFC-1366, dan juga mencakup singkat yang lebih luas: "Untuk memfasilitasi komunikasi, bisnis, dan budaya dengan menggunakan teknologi internet".

Pada tahun 1993, APNG menemukan mereka tidak mampu menyediakan payung formal atau struktur hukum untuk APNIC, dan jadi pilot proyek ini menyimpulkan, tetapi APNIC terus eksis secara independen di bawah kekuasaan IANA sebagai 'proyek sementara'. Pada tahap ini, APNIC masih tidak memiliki hak-hak hukum, keanggotaan, dan struktur biaya.

Pada tahun 1995, pelantikan diadakan pertemuan APNIC di Bangkok. Ini adalah pertemuan dua hari, dijalankan oleh para relawan, dan bebas untuk hadir. Sumbangan sukarela dicari sesuai dengan ukuran organisasi, mulai dari $ 1.500 untuk 'kecil', melalui ke $ 10.000 untuk 'besar'. Tiga anggota jenis didefinisikan oleh APNIC-001: ISP (lokal IR), Enterprise, dan Nasional.

1996 melihat struktur biaya yang layak diperkenalkan, pembentukan keanggotaan, dan penyelenggaraan pertemuan APRICOT pertama.

1997 Pada saat tiba, itu menjadi semakin jelas bahwa APNIC lingkungan setempat di Jepang membatasi pertumbuhan - misalnya, staf terbatas pada anggota 4-5. Oleh karena itu, perusahaan konsultan KPMG dikontrak untuk menemukan lokasi yang ideal di kawasan Asia Pasifik untuk APNIC markas baru.

Untuk alasan-alasan seperti infrastruktur stabil, rendahnya biaya hidup dan operasi, dan keuntungan pajak bagi organisasi keanggotaan, Brisbane, Australia dipilih sebagai lokasi baru, dan relokasi selesai antara bulan April dan Agustus, 1998, sambil tetap menjaga seluruh operasi terus-menerus.

Pada tahun 1999, relokasi itu selesai, krisis ekonomi Asia berakhir, maka mulai periode konsolidasi untuk APNIC - masa pertumbuhan berkelanjutan, pengembangan kebijakan, dan penciptaan dokumentasi dan sistem internal.

Sejak itu, APNIC telah terus tumbuh dari awal yang sederhana ke anggota lebih dari 1.500 di 56 ekonomi di seluruh wilayah dan sekretariat dari sekitar 50 anggota staf yang terletak di kantor pusat di Brisbane, Australia.

Kebijakan proses pembangunan

Kebijakan-kebijakan APNIC dikembangkan oleh keanggotaan dan lebih luas komunitas internet. Media besar untuk pengembangan kebijakan adalah face-to-face Pertemuan Kebijakan Terbuka, yang diadakan dua kali setiap tahun, dan milis diskusi.

Pengembangan kebijakan APNIC prosesnya adalah:

* Buka
o Siapa saja dapat mengusulkan kebijakan.
o Setiap orang dapat membicarakan proposal kebijakan.
* Transparan
o APNIC dokumen publik semua diskusi kebijakan dan keputusan.
* Bottom-up
o drive komunitas pengembangan kebijakan.

Dokumen APNIC semua diskusi kebijakan dan keputusan untuk memberikan transparansi lengkap dari proses pengembangan kebijakan.

Tahap proses pengembangan kebijakan

Ada tiga fase utama dari proses pengembangan kebijakan APNIC:

1. Sebelum pertemuan APNIC
2. Pada pertemuan APNIC
3. Setelah pertemuan APNIC

1. Sebelum rapat

Anda harus memasukkan kebijakan atau perubahan yang diusulkan ke Sekretariat APNIC setidaknya empat minggu sebelum pertemuan di mana proposal akan dipertimbangkan. Ketua SIG Setelah menerima usulan, itu akan diposting ke milis sehingga masyarakat dapat membicarakannya. Hal ini memungkinkan orang untuk membahas proposal, dan ini merupakan cara penting bagi orang-orang yang tidak bisa menghadiri pertemuan telah mereka katakan. Semua diskusi ini diperhitungkan ketika usulan ini dibahas di APNIC Open Policy Meeting (OPM).

2. Pada pertemuan

Pada OPM sendiri, kebijakan yang diusulkan disajikan selama sesi SIG yang sesuai. Ini adalah kesempatan untuk mempresentasikan proposal Anda secara pribadi, atau dengan cara lain jika Anda tidak dapat hadir. Masyarakat akan menggunakan kesempatan ini untuk mengomentari proposal. Jika proposal mencapai konsensus, yang SIG laporan Ketua keputusan pada APNIC Member Meeting (AMM) pada akhir minggu. Keanggotaan APNIC kemudian diminta untuk mendukung keputusan SIG.

3. Setelah pertemuan

Dalam seminggu proposal yang disahkan pada Rapat Anggota APNIC (AMM), proposal dikirim kembali ke milis untuk delapan minggu periode komentar. Jika ada perubahan yang dilakukan pada proposal selama pertemuan APNIC, delapan minggu ini periode komentar masyarakat memberikan kesempatan untuk mengomentari proposal yang dimodifikasi. Jika proposal tersebut dianggap telah mencapai konsensus selama delapan komentar minggu periode itu, Ketua SIG APNIC akan meminta Dewan Eksekutif (EC) untuk mendukung usulan tersebut. Setelah APNIC kebijakan Komisi Eropa mendukung proposal, Sekretariat APNIC mengimplementasikan kebijakan. Ini biasanya terjadi minimal tiga bulan setelah dukungan Komisi Eropa.

Réseaux IP Européens (RIPE, Perancis untuk "Eropa IP Networks") adalah suatu forum terbuka untuk semua pihak yang berkepentingan dengan pengembangan teknis Internet. RIPE masyarakat yang tujuannya adalah untuk memastikan bahwa koordinasi administratif dan teknis yang diperlukan untuk mempertahankan dan mengembangkan internet terus berlanjut. Ini bukan sebuah standarisasi organisasi seperti IETF dan tidak berurusan dengan nama domain seperti ICANN.

RIPE bukan badan hukum dan tidak memiliki keanggotaan formal. Ini berarti bahwa siapa saja yang tertarik pada karya RIPE dapat berpartisipasi melalui milis, dan dengan menghadiri pertemuan. RIPE memiliki ketua untuk mengawasi kerja antara RIPE Rapat dan menjadi penghubung eksternal. Merampok Blokzijl adalah juru bicara pada awal dan kemudian ketua. Masyarakat yang RIPE RIPE berinteraksi melalui Mailing Lists, RIPE RIPE Kelompok Kerja dan Rapat.

Meskipun mirip nama, dan RIPE NCC RIPE adalah entitas yang terpisah. RIPE NCC yang memberikan dukungan administratif untuk RIPE, seperti Rapat RIPE fasilitasi dan memberikan dukungan administratif untuk RIPE Kelompok Kerja. Didirikan tahun 1992 oleh masyarakat RIPE untuk melayani sebagai badan administratif.

Sejarah

Pertemuan RIPE pertama diadakan pada tanggal 22 Mei 1989 di Amsterdam, Belanda. Itu membawa bersama-sama 14 wakil-wakil dari 6 negara dan 11 jaringan [1]. Pada waktu itu pemerintah Eropa, badan-badan standardisasi dan perusahaan telekomunikasi mendorong OSI-standar dan jaringan berbasis IP dilihat sebagai cara yang salah untuk pergi. Dalam komunitas akademik (terutama nuklir dan fisika partikel) ada kebutuhan yang kuat untuk bekerja sama dengan rekan-rekan di seluruh Eropa dan Amerika Serikat. IP menyediakan standar untuk memungkinkan interkoneksi dan kerjasama, sedangkan jaringan yang ditawarkan oleh perusahaan-perusahaan telekomunikasi Eropa sering sama sekali tidak memiliki itu.

RIPE sebagai sebuah organisasi yang didirikan oleh RIPE kerangka acuan, yang telah disepakati pada 29 November 1989 [2]. Ada sepuluh organisasi yang bermaksud untuk berpartisipasi dalam Komite Koordinasi RIPE, di sepanjang garis didefinisikan oleh RIPE Terms of Reference, meskipun beberapa masih diperlukan membuat keputusan resmi. Organisasi-organisasi tersebut adalah: BelWue, CERN, EASInet, EUnet, GARR, HEPnet, NORDUnet, SURFnet, SWITCH dan XLink. [3]. Pada saat yang sama taskforces didirikan untuk memfasilitasi interkoneksi Eropa IP-jaringan dalam minggu-minggu berikutnya dan bulan-bulan [4] Keempat taskforces adalah:

1. Konektivitas dan Routing
2. Jaringan Manajemen dan Operasi
3. Domain Name System
4. Formal Koordinasi

Salah satu hasil merupakan usulan pada 16 September 1990 untuk mendirikan Pusat Koordinasi Jaringan RIPE (NCC) untuk mendukung tugas-tugas administratif dalam masyarakat RIPE [5] dan yang pertama Rencana Kegiatan RIPE NCC diterbitkan Mei 1991 [6].

Tanya RIPE RARE (salah satu pendahulu dari TERENA) jika mereka akan memberikan kerangka hukum untuk RIPE NCC. Setelah prosedur permohonan, yang RIPE NCC dimulai pada April 1992 dengan kantor pusatnya di Amsterdam, Daniel Karrenberg sebagai manajer dan hanya dua anggota staf lain. Dana awal disediakan oleh jaringan akademis (RARE anggota), EARN dan EUnet. Yang RIPE NCC resmi didirikan ketika versi Belanda anggaran dasar diendapkan dengan Amsterdam Chamber of Commerce pada tanggal 12 November 1997 [7]. [Who?]

Bagaimana nama ini terbentuk

Tampaknya bahwa nama adalah hasil terjemahan dari judul Inggris diagram ke Bahasa Prancis oleh John Quarterman [8]. Ini disajikan dalam Sidang Istimewa RIPE 58 [9].

Apa yang dimaksud dengan RIPE Dokumen?

Sebuah RIPE Dokumen adalah setiap dokumen, proposal, prosedur atau kebijakan yang telah diusulkan dan diterima oleh masyarakat RIPE. Semua Dokumen RIPE diterbitkan online di Dokumen RIPE Store.

Kebijakan Pembangunan

RIPE masyarakat yang mengembangkan dan menetapkan kebijakan untuk koordinasi teknis internet dan pengelolaan dan distribusi sumber daya Internet (IP Addresses dan Autonomous System (AS) Bilangan) melalui lama mapan, terbuka, bottom up dan proses diskusi berbasis konsensus pengambilan keputusan. Yang RIPE Proses Pengembangan Kebijakan trek resmi dan masukan ke dalam diskusi tentang kebijakan apa pun yang diusulkan. PDP yang RIPE transparan dan berbasis konsensus. Siapapun mungkin menyarankan kebijakan baru atau perubahan ke yang sudah ada. Proposal kemudian didiskusikan dan diterima atau ditolak oleh masyarakat RIPE RIPE sesuai dengan pedoman PDP.

RIPE Rapat

Rapat RIPE terjadi dua kali setahun. Biasanya, satu pertemuan yang diadakan di Amsterdam, Belanda, dan yang lain di suatu tempat di wilayah layanan RIPE NCC. Pertemuan lima hari acara di mana Internet Service Provider (ISP), operator jaringan, wakil pemerintah, regulator dan pihak-pihak lain yang tertarik berkumpul untuk membahas isu-isu yang relevan, perkembangan dan kebijakan. RIPE Rapat terbuka untuk siapa saja, walaupun pendaftaran diperlukan. Pertemuan selalu diakhiri dengan presentasi Secret Working Group. Presentasi terdiri dari limericks, dll haikus merujuk pada apa yang terjadi pada pertemuan atau di masyarakat.

Apa yang dimaksud dengan RIPE Working Group?

The RIPE masyarakat telah membentuk beberapa Kelompok Kerja RIPE untuk menangani berbagai isu dan topik yang terkait dengan pekerjaan dan RIPE NCC anggota komunitas internet umum. Masing-masing Kelompok Kerja RIPE memiliki sebuah mailing list di mana topik atau pertanyaan yang terkait dengan kelompok kerja dapat didiskusikan. Kelompok Kerja yang RIPE bertemu dua kali setahun dalam sesi khusus pada Rapat RIPE.

RIPE Komunitas

RIPE masyarakat yang mengacu secara kolektif kepada setiap individu atau organisasi, apakah anggota RIPE NCC atau tidak, yang memiliki minat dalam cara internet dikelola, terstruktur atau diatur.

American Registry untuk Internet Numbers (ARIN) adalah Regional Internet Registry (RIR) untuk Kanada, Karibia dan banyak pulau-pulau Atlantik Utara, dan Amerika Serikat. ARIN mengelola nomor Internet distribusi sumber daya, termasuk IPv4 dan IPv6 ruang dan nomor AS. ARIN membuka pintunya untuk bisnis pada tanggal 22 Desember 1997 [1] setelah memasukkan di 18 April 1997 [2]. ARIN adalah sebuah lembaga nirlaba di negara bagian Virginia, negara bagian AS. Hal ini bermarkas di wilayah tak berhubungan Fairfax County, Virginia, Washington Dulles International Airport dan dekat Chantilly. [3] [4] [5]

ARIN adalah salah satu dari lima Regional Internet Registry (RIR) di dunia. Seperti RIR lainnya, ARIN:

* Memberikan layanan yang berkaitan dengan koordinasi teknis dan manajemen sumber daya nomor Internet
* Memfasilitasi pengembangan kebijakan oleh para anggota dan stakeholder
* Berpartisipasi dalam komunitas internet internasional
* Apakah nirlaba, organisasi berbasis masyarakat
* Apakah diperintah oleh dewan eksekutif dipilih oleh keanggotaannya

Layanan

ARIN menyediakan layanan yang berkaitan dengan koordinasi teknis dan manajemen sumber daya nomor Internet. Sifat layanan ini dijelaskan dalam pernyataan misi ARIN:

Menerapkan prinsip-prinsip pelayanan, ARIN, sebuah lembaga nirlaba, mengalokasikan sumber daya Protokol Internet; mengembangkan kebijakan berbasis konsensus dan memfasilitasi kemajuan Internet melalui informasi dan pendidikan penjangkauan.

Layanan ini dikelompokkan dalam tiga bidang: Pendaftaran, Organisasi, dan Kebijakan Pembangunan.

Pendaftaran Layanan

Pendaftaran Layanan berkaitan dengan koordinasi teknis dan pengelolaan inventarisasi sumber daya nomor Internet. Layanan meliputi:

* Alokasi alamat IPv4 dan penugasan
* Alamat IPv6 alokasi dan penugasan
* Nomor AS penugasan
* Direktori layanan termasuk:
o Registrasi informasi transaksi (WHOIS)
o Routing informasi (Internet Routing Registry)
* DNS (Reverse)

Untuk informasi tentang nomor internet meminta sumber daya dari ARIN, lihat https: / / www.arin.net / sumber daya / index.html. Bagian ini meliputi permintaan template, kebijakan distribusi khusus, dan panduan untuk meminta dan mengelola sumber daya nomor internet.

Organisasi Pelayanan

Layanan organisasi berkaitan dengan interaksi antara para stakeholder, ARIN anggota, dan ARIN. Layanan meliputi:

* Pemilihan
* Anggota rapat
* Informasi publikasi dan penyebarluasan
* Pendidikan dan pelatihan

Kebijakan Pengembangan Jasa

Jasa Pengembangan kebijakan memfasilitasi pengembangan kebijakan untuk koordinasi teknis dan manajemen sumber daya nomor Internet.

Semua kebijakan ARIN diatur oleh masyarakat. Setiap orang didorong untuk berpartisipasi dalam proses pengembangan kebijakan di pertemuan kebijakan publik dan pada Kebijakan Publik Mailing List (ppml@arin.net). The ARIN Dewan Pengawas kebijakan meratifikasi hanya setelah:

1. diskusi di milis, dan pada saat rapat;
2. Dewan Pertimbangan ARIN rekomendasi;
3. konsensus masyarakat yang mendukung kebijakan dan
4. hukum penuh dan fiskal review.

Masyarakat mengembangkan kebijakan dengan mengikuti Proses Pengembangan Kebijakan formal seperti diuraikan di https: / / www.arin.net / kebijakan / pdp.html. Kebijakan The Number Resource Manual, ARIN set lengkap kebijakan saat ini, tersedia di https: / / www.arin.net / kebijakan / nrpm.html.

Keanggotaan tidak diperlukan untuk berpartisipasi dalam pengembangan kebijakan ARIN proses atau menerapkan sumber daya nomor Internet.

Layanan meliputi:

* Mempertahankan diskusi daftar e-mail
* Melakukan pertemuan kebijakan publik
* Penerbitan dokumen kebijakan

Struktur Organisasi

ARIN terdiri dari komunitas internet di dalam wilayah, para anggotanya, 7-anggota Dewan Pengawas, 15-anggota Dewan Penasehat, dan staf profesional di bawah 50. Dewan Pengawas dan Dewan Penasehat dipilih oleh anggota ARIN selama tiga tahun.

Dewan Pengawas

Keanggotaan yang ARIN memilih Dewan Pengawas (BOT), yang memiliki tanggung jawab utama untuk urusan bisnis dan keuangan ARIN kesehatan, dan mengelola operasi ARIN dengan cara yang sesuai dengan petunjuk yang diterima dari Dewan Pertimbangan dan tujuan yang ditetapkan oleh anggota registri . Bot bertanggung jawab untuk menentukan disposisi dari semua pendapatan yang diterima untuk memastikan semua layanan yang disediakan dalam cara yang adil. Bot meratifikasi proposal yang dihasilkan dari keanggotaan dan dikirimkan melalui Dewan Penasehat. Keputusan eksekutif dilaksanakan setelah disetujui oleh BOT.

BOT terdiri dari 7 anggota:

* Scott Bradner (Bendahara)
* John Curran (Presiden dan CEO)
* Timotius Denton
* Lee Howard (Sekretaris)
* Paul Vixie (Ketua)
* Bill Woodcock
* Vacant Position

Dewan Penasehat

Di samping BOT, ARIN memiliki Dewan Pertimbangan yang memberikan nasihat ARIN dan alokasi IP BOT pada kebijakan dan hal-hal terkait. Mengikuti prosedur di Internet Resource Proses Evaluasi Kebijakan, Dewan Penasehat depan kebijakan berbasis konsensus proposal kepada BOT untuk diratifikasi.

Dewan Penasehat terdiri dari 15 anggota yang dipilih:

* Dan Alexander
* Paul Andersen
* Cathy Aronson
* Marla Azinger
* Leo Bicknell
* Marc Crandall
* Bill Darte
* Owen DeLong
* David Farmer
* Stacy Hughes
* Scott Leibrand
* Lea Roberts
* Robert Seastrom
* Heather Schiller
* John buah apel manis (Ketua)

Sejarah
ARIN Logo dari tahun 1998 hingga 2001

Organisasi ini dibentuk pada Desember 1997 untuk "menyediakan layanan registrasi IP sebagai independen, lembaga nirlaba." Sampai saat ini IP pendaftaran di wilayah ARIN dilakukan oleh suatu departemen dalam perusahaan Network Solutions, yang menyediakan staf awal dan infrastruktur komputer untuk ARIN.

Presiden pertama ARIN Kim Hubbard, dari tahun 1997 sampai tahun 2000. Kim digantikan oleh Raymond "Ray" Plzak sampai akhir 2008. Trustee John Curran adalah pejabat Presiden sampai 1 Juli tahun 2009 ketika ia mengambil peran CEO secara permanen. Ray Plzak tetap sebagai konsultan untuk organisasi.

Sampai akhir tahun 2002 itu disajikan Meksiko, Amerika Tengah, Amerika Selatan dan seluruh Karibia. LACNIC sekarang menangani bagian dari Karibia, Meksiko, Amerika Tengah, dan Amerika Selatan. Juga, Sub-Sahara Afrika merupakan bagian dari wilayahnya sampai April 2005, ketika AfriNIC secara resmi diakui oleh ICANN sebagai kelima Regional Internet Registry.
[sunting] Layanan Daerah

Negara-negara di wilayah layanan ARIN adalah:

* Anguilla
* Antartika
* Antigua dan Barbuda
* Bahama
* Barbados
* Bermuda
* Kepulauan Bouvet (Norwegia)
* Kanada
* Cayman Islands (Inggris)
* Dominika
* Grenada
* Guadeloupe (Prancis)
* Heard dan Kepulauan McDonald (Australia)
* Jamaika



* Martinique (Perancis)
* Montserrat
* Puerto Rico (US)
* Saint Kitts dan Nevis
* Saint Lucia
* Saint Vincent dan Grenadines
* St Helena (UK)
* St Pierre dan Miquelon (Perancis)
* Kepulauan Turks dan Caicos
* Amerika Serikat
* Kepulauan minor sekitar Amerika Serikat
* British Virgin Islands (Inggris)
* U. S. Virgin Islands (US)

Mantan daerah layanan

ARIN sebelumnya tertutup Angola, Botswana, Burundi, Republik Kongo, Republik Demokratik Kongo, Malawi, Mozambik, Namibia, Rwanda, Afrika Selatan, Swaziland, Tanzania, Zambia, dan Zimbabwe sampai AfriNIC terbentuk.

ARIN sebelumnya tertutup Argentina, Aruba, Belize, Bolivia, Brazil, Chili, Kolombia, Kosta Rika, Kuba, Republik Dominika, Hindia Barat Belanda, Ekuador, El Salvador, Kepulauan Falkland (Inggris), Guyana Perancis, Guatemala, Guyana, Haiti, Honduras , Meksiko, Nikaragua, Panama, Paraguay, Peru, Georgia Selatan dan Kepulauan Sandwich Selatan, Suriname, Trinidad dan Tobago, Uruguay, dan Venezuela hingga LACNIC terbentuk.

Internet Assigned Numbers Authority adalah sebuah organisasi yang didanai oleh pemerintah Amerika Serikat yang mengurusi masalah penetapan parameter protokol internet, seperti ruang alamat IP, dan Domain Name System (DNS). IANA juga memiliki otoritas untuk menunjuk organisasi lainnya untuk memberikan blok alamat IP spesifik kepada pelanggan dan untuk meregistrasikan nama domain. IANA juga bertindak sebagai otoritas tertinggi untuk mengatur root DNS yang mengatur basis data pusat informasi DNS, selain tentunya menetapkan alamat IP untuk sistem-sistem otonom di dalam jaringan Internet. IANA beroperasi di bawah naungan Internet Society (ISOC). IANA juga dianggap sebagai bagian dari Internet Architecture Board (IAB).

IANA memberikan tanggungjawab dalam mengatur pengaturan ruang alamat IP dan DNS kepada tiga badan lainnya yang bersifat regional, yakni sebagai berikut:

* American Registry for Internet Numbers (ARIN), yang bertanggungjawab dalam menangani wilayah Amerika Utara, Amerika Selatan, dan Afrika bagian Selatan (sub-Sahara).
* Réeseaux IP Européens (RIPE), yang bertanggungjawab dalam menangani wilayah Eropa dan Afrika bagian utara (Sahara).
* Asia Pacific Network Information Center (APNIC), yang bertanggungjawab dalam menangani kawasan Asia dan Australia.
* Afrinic ( African Network Information Center )
* Lacnic ( Amerika Latin dan Karibia Internet Addresses Registry )

IANA akan digantikan oleh sebuah badan nonprofit internasional yang disebut sebagai Internet Corporation for Assigned Names and Numbers (ICANN), karena meningkatnya penggunaan Internet.